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ABSTRACT 



"Introducing EItex ; 
Electronics Corp. 



A distributed processing telex switch having different 
levels of processor control to handle the calls between 
terminations connected to the exchange is disclosed. A 
common control processor occupies the highest level of 
processor control and function as the system-wide man- 
ager. Next below common control is a plurality of mas- 
ter control processors which function to switch the 
command data between common control and the lower 
levels of processor control, and to handle the conversa- 
tion data generated by each of the terminations con- 
nected to the exchange. Each master control processor 
controls a predetermined number of termination from 
among all of the terminations connected to the ex- 
change. Connected to each master control processor is 
a plurality of group control processors which control 
the flow of data to and from a second predetermined 
number of terminations from among the terminations 
controlled by each master control processor. The group 
control processors occupy the next lower level of pro- 
cessor control from the master control level. Associated 
with each group control processor is a line control 
processor that cooperates with its associated group 
control processors to produce the signaling sequences 
in the terminations and to handle the conversation data 
from and to the terminations. The line control processor 
occupy the lowest level of processor control. 

60 Claims, 41 Drawing Figures 
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software routines for its signaling requirements, it is 
DISTRIBUTED PROCESSING TELEX EXCHANGE very difficult to make changes in the type of signaling 

TAmcnc ™*_^t^ that a S iven termination may require because of the 

i AtfLt, vt* CUIN I eJN 1 changes that must be made in both the computer soft- 

BACKGROUND OF THE INVENTION 5 ware and the dedicated system hardware for that termi- 

SUMMARY OF THE INVENTION nation. 

BRIEF DESCRIPTION OF THE DRAWINGS For these prior-art systems, each termination ser- 

DETAILED DESCRIPTION OF THE PRE- viced by the exchange was scanned according to a 

FERRED EMBODIMENT predetermined sequence to determine the state of the 

The Distributed Processing System 10 line, such as a bid-for-service, clearing, etc. Addition- 

A Redundant System ally, the characters transmitted to the exchange were 

The Conversation Data Bus converted to parallel data and transmitted within the 

Vector/Frame Memory exchange as a complete character. Coupling of charac- 

The Line Controller-to-Lme Controller Data Link ters by software was reasonable in telex switches of 

^^!^ c .t?^°rT , « xr 8000 line capacity or less, even with processors having 

T.T^n? ? T Bus Error Detection relatively high instruction execution speeds. However 

ToZ 8 Controlier-to-Master Con- it soon became apparent ^ higher P baud rates anc J 

Master Controller-to-M aster Controller ^ CXChan f si * eS ™°*d be difficult to accommo- 

Master Controller-to-Receiving Line Controller 20 date using existing designs unless a new approach to the 

The Command Bus concept of handling both the processing requirements 

Transmitter Operation of the exchange and tne signaling requirements for the 

Receiver Operation many varieties of types of signaling that now exist, as 

The Group Controller-Line Controller Combination wel1 as Providing flexibility for new types. 

The Line Controller Processor 25 } n order to interface with subscribers to handle calls 
The Line Controller Instruction Set originating in terminations connected to the telex ex- 
The Line Controller Firmware change or to forward calls to the terminations, the ex- 
Transmit Processor Signaling Routines change must generate and respond to signals in the 
Receive Processor Signaling Routines termination lines. Those skilled in the art refer to these 
Signaling Routine Source Code-Examples 30 signals as the protocol signaling sequences. These se- 
Generation of a Signaling quences are produced in the signal lines between the 
Sequence by the Group exchange and the termination as sort of a stimulus- 
Controller-Line Controller response technique. For example, a signal is sent from 
Comom ation tne termination to the exchange. This signal is received 
The Terminator Control Interface 35 and causes the exchange to produce a signal back to the 
The Conversation Bus Interface termination that, in turn, causes the termination to send 
The Terminator Control Units another signal back to the exchange, and so forth. If all 
^Tf rminator Units signal levels and pulse durations transmitted between 

ARCTPArT ott tut: Txrw^TvrrTrw the termination and the exchange occur within specific 

ABSTRACT OF THE INVENTION 40 time intervals, then the exchange and the termination 

BACKGROUND OF THE INVENTION wil1 be at)le to exchange conversation data. 

tu;* i„™ i ♦ ii 11 would be exceedingly difficult, if not impossible, 

troS? Two 'generally to electromcally-con- for the telex exchanges to increase the P numbe ; 

^■STK 1 sw"clung systems More of terminationS) and accordmg i y , the number of caJIs 

particularly, this invention relates to a distributed pro- 45 if „ 0 „ u, r ~ ? - + t, ^ j - + ^ 

cessing telex exchange in which the system processing J* lt ^ ha ? dle ' * y ° nC ' f°f have dedicated 

requirements have been distributed to different levels of 9 9 ftw ^ ^ ™ c * te ™™ tlon to handle the 

processor control, and in which each processor in each fS na J m S sequence required by that termination, and 

level of control has a redundant parallel processor as a * W °' havm f a sm ? le central processor attempt to handle 

backup unit to thereby increase system reliability. 50 both the / a11 servicing and the other processing require- 

The advent of the digital computer has enabled larger m ? nts of the telex exchan S e - Accordingly, it would be 
and more sophisticated telecommunication systems to advantageous to provide a telex exchange that incorpo- 
be designed, such as the Frederick Electronics Corpo- rates the com P utln g power of the digital processor by 
ration ELTEX II/III telex exchange (switch). These distributing the processing requirements of the ex- 
computer controlled exchanges provided faster and 55 change to different levels of processor control to opti- 
more reliable control of the calls between telex termina- ™ ze the Processing requirements at the levels where it 
tions. Prior-art systems of this type are capable of han- is needed. Further, to provide a distributed processing 
dling the calls from a large number of terminations exchange in which each processor at each level of con- 
through a combination of hardware and a lot of soft- tro * is comprised of a redundant pair of processors both 
ware. However, because of the large software overhead 60 processing the same data simultaneously and both pro- 
in the software of these prior-art systems, they are lim- cessors passing the same data to every other processor 
ited in the number of calls they can handle and in their m each redundant pair in each level of control to which 
ability to handle higher data transmission rates (band it is connected to thereby improve the exchange's reli- 
rates). In addition, varying types of signaling sequences ability. It would also be advantageous to provide a 
are required by the terminations serviced by the ex- 65 single set of hardware and software within the distrib- 
change. These sequences are produced in these prior-art uted processing telex exchange that would be capable of 
systems by fixed software routines of each termination. handling the signaling protocol for all of the various 
Since each termination requires its own customized signaling types of terminations, as well as, to permit the 
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exchange to service more terminations at data rates 
higher than in existing prior-art exchanges. 

SUMMARY OF THE INVENTION 

In accordance with the invention, a distributed pro- 5 
cessing telecommunications switch having different 
levels of processor control is provided. At the highest 
level of processor control is the common control which 
functions to control every termination connected to the 
exchange. Common control has system- wide manage- 10 
ment responsibility. Included within the common con- 
trol is the system control which functions to interface 
common control to the lower levels of processor con- 
trol, and to provide the master system timing signals. At 
the next lower level of processor control below com- 15 
mon contrl is a plurality of master control processors. 
Each master control processor has responsibility for 
controlling a predetermined number of terminations 
from among all of the terminations connected to the 
exchange. Master control's primary functions are to 20 
control the flow of conversation data from termination 
to termination, and to act as a command data switch 
between the common control and the lower levels of 
processor control. 

Data between the processors at all levels of processor 25 
control is carried on a command data bus. The com- 
mand bus comprises a control/status bus and a message 
bus over which data is transmitted in bytes having a 
predetermined number of bits per byte. All the bits of 
data on both buses are transmitted in a serial start-stop 30 
format. Each message consists of a predetermined num- 
ber of bytes with each message byte having a control/- 
status byte associated therewith. Also provided in the 
present invention is a conversation bus separate and 
apart from the command bus for carrying the con versa- 35 
tion data from a calling party to a called party. Data on 
the conversation bus is transmitted in a serial time multi- 
plexed format with each bit of conversation data fol- 
lowed in time with its inverse. The inverse data acting 
as a party bit for the data bit itself. 40 

Connected to each master control processor by the 
command bus is a plurality of group control processors 
that occupy the next lower level of processor control. 
Each group control processor controls a predetermined 
number of terminations from among the terminations 45 
under control of the master control processor that the 
group control processor is connected to. For the pre- 
ferred embodiment, the number of terminations that a 
group control process will control varies from a mini- 
mum of 128 to a maximum of 512. The group control 50 
processors occupy the next lower level of processor 
control below the master control level. The group con- 
trol processors function to supervise the processing of 
the data signals in each of the terminations under its 
control. 55 

Associated with each group control processor and 
responsive thereto is a line control processor. The line 
control processor transmit to and receive from the ter- 
minations under its control, data signals that are indica- 
tive of the signaling levels in the terminations. Each line 60 
control processor is connected by the conversation bus 
to the master control processor that the line control 
processor's associated group control processor is con- 
nected to. The conversation data from the terminations 
is processed by the line control processors in response 65 
to signals from the group control processors and is sent 
up to the master control level. Each group control 
processor-line control processor cooperates together to 
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produce the required signaling sequences between the 
switch and each termination to service a call from and 
to that termination, regardless of the type of signaling 
reqauired by the termination. 

In addition to the distributed processing arrangement 
of the present invention, every processor in each level 
of processor control is comprised of an on-line and a 
standby processor, with the on-line and the standby 
processors forming a redundant pair of processors. 
Each processor in each redundant pair of processors is 
always transmitting and receiving command bus and/or 
conversation bus data signals to and from each proces- 
sor in each redundant pair of processors in each level of 
control to which the processor is connected. Each pro- 
cessor in each redundant pair of processors simul- 
taneoulsy processes the same data in parallel. 

Connected between each line control processor pair 
and the terminations under its control is the terminator 
controller means which functions to select the termina- 
tion to input to or receive signals from the line control 
processor. The redundant feature of the distributed 
processing invention is repeated in the terminator con- 
troller means, down to the termination units themselves. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a fuller understanding of the nature and objects 
of the invention, reference should be had to the follow- 
ing detailed description taken into connection with the 
accompanying drawings, in which: 

FIG. 1 is a block diagram of the distributed process- 
ing telex exchange of the present invention. 

FIGS. 2A and 2B, when placed together with the 
latter to the right of the former, show more detailed 
block diagram of the distributed processing telex ex- 
change as shown in FIG. 1. 

FIG. 3 is a block diagram of a portion fo the distrib- 
uted processing telex exchange showing the connec- 
tions for the command bus between the various redun- 
dant units at each level of processing. 

FIG. 4 is a block diagram representation of a typical 
group controller-line controller combination (redun- 
dant unit not shown) illustrated in FIGS. 1 and 2. 

FIG. 5 is a timing diagram of the basic timing signals 
for the line controller processor. 

FIG. 6 is a block diagram of a portion of the group 
controller-line controller combination illustrated in 
FIG. 4 which shows the interface and data busing be- 
tween the group controller processor and the line con- 
troller sequence file. 

FIG. 7 is a block diagram representation of the trans- 
mit processor data files and program memory. 

FIGS. 8 A and 8B, when placed together with the 
latter below the former, show a block diagram repre- 
sentation of the microcode instruction execution cir- 
cuits for either of the line controller processors. 

FIG. 9 is a timing diagram for the line controller 
transmit or receive processor constant and variable files 
illustrating the transfer of data to and from the files. 

FIG. 10 is a format representation of the line control- 
ler processor microcode program instructions. 

FIG. 11 is a list of some of the possible branch in- 
structions for the line controller processor. 

FIG. 12 is an illustration of the high-speed variable 
and constant cache memories word organization. 

FIG. 13 is a block diagram representation of the ter- 
minator control interface shown in FIG. 4. 
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FIG. 14 is a timing diagram of the terminator control 
interface in which the data delay feature for the data 
transmitted to the termination is shown. 

FIG. 15 is a block diagram representation of a redun- 
dant group controller-line controller combination 5 
showing the data buses from the line controller to the 
terminator control blocks. 

FIG. 16 is a block diagram representation of the ter- 
minator control units connected to the redundant group 
controller-line controller combination as shown in FIG. 10 
15. 

FIG. 17 is a block diagram representation of a termi- 
nator control unit. 

FIG. 18 is a block diagram representation of a redun- 
dant pair of terminator control units showing the data 15 
busing between the terminator control units and the 
terminator units. 

FIG. 19 is a block diagram representation of a termi- 
nator unit. 

FIG. 20 is a block diagram representation of the con- 20 
versation bus interface shown in FIG. 4. 

FIG. 21 is a timing diagram which illustrates the 
difference in the data rates between the conversation 
bus and the line controller. 

FIG. 22 is a block diagram representation of the func- 25 
tional organization of the group controller processor 
program memory. 

FIG. 23 is a block diagram representation of a typical 
interrupt level supervisor time list. 

FIG. 24 is a block diagram representation of the ad- 30 
dressing technique for execution of the script task rou- 
tines which produce the desired signaling sequences. 

FIG. 25 is a timing diagram illustrating the signaling 
sequences between a type A inbound termination and a 
type A outbound termination during a call set-up. 35 

FIG. 26 is a sequential representation of the signalling 
scripts executed within the group controller to produce 
the signaling sequences as illustrated in FIG. 25. 

FIG. 27 is an illustration of the frame memory map. 

FIGS. 28A and 28B, when placed together with the 40 
latter below the former, show a block diagram illustra- 
tion of the conversation bus connections between the 
line groups of the line controllers and the master con- 
troller, and between the various master controllers. 

FIG. 29 is a block diagram illustration of the line 45 
group input units shown in FIG. 28. 

FIG. 30 is a block diagram illustration of the frame 
memory and line group output units shown in FIG. 29. 

FIG. 31 is an illustration of the vector memory map. 

FIG. 32 is a block diagram illustration of the vector 50 
memory. 

FIG. 33 is a timing diagram of the data format for 
each conversation bus data line. 

FIG. 34 is a block diagram representation of the error 
detection circuits for detecting errors on the line con- 55 
troller-to-master controller conversation bus. 

FIG. 35 is a block diagram representation of the error 
detection circuits for detecting errors on the master 
controller-to-master controller conversation bus. 

FIG. 36 is a timing diagram of the byte format for a 60 
data byte transmitted over the command bus. 

FIG. 37 is a block diagram representation of the mes- 
sage buffering by a processor prior to transmission over 
the command bus. 

FIG. 38 is a block diagram representation of the mes- 65 
sage buffering for the command bus messages received 
by a processor over the command bus prior to use by 
the processor. 



Similar reference characters refer to similar parts 
throughout the several views of the drawings. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

It will be helpful in understanding the following dis- 
cussion to define certain logic terms. Each of the logic 
signals to which reference is made in the following 
discussion, unless otherwise defined, will have one of 
two possible logic states, a logic 1 or a logic 0. A logic 
signal will be designated as a true signal without an 
asteric following the mnenomic. As an example, 
CLOCK would be a true signal while CLOCK* would 
be its inverse. Each logic signal, be it the true signal or 
its inverse, will have an asserted and an unasserted state. 
In the case of CLOCK, a true signal, the asserted state 
will be a logic 1 and the unasserted state a logic 0. For 
CLOCK*, the reverse is true, the asserted state is logic 
0 and the unasserted state is logic 1. A signal goes "true" 
when it switches from the unasserted to the asserted 
state and vice versa when it goes "false." Lastly, a flip- 
flop is in a logic 0 state when the Q output is at a logic 
0 and the Q* output is at a logic 1. In the logic 1 state the 
outputs of the flip-flop are in their reverse states. 

Referring to the figures and first to FIG. 1, a block 
diagram of the distributed processing telex switching 
system exchange is shown. The function of a telex ex- 
change system is to provide the control necessary to 
transmit to and receive data from the various customer 
terminations which are coupled to the exchange. In 
performing this function, many operations and decisions 
must be performed in order to insure that the informa- 
tion forwarded to the exchange by a calling termination 
is reproduced at the desired destination termination. 
The present invention has divided the decision making 
operations and system control functions into classes of 
control that permit the relegation of these operations to 
different levels of computer system control. In other 
words, some operations can be performed more effi- 
ciently at a lower level of control while other functions 
necessarily must reside at higher levels. As shown in 
FIG. 1, the present invention is configured like a 
pyramid. At the top of the pyramid is the highest level 
of processor control called the common control (CC) 1 
which interfaces with the lower levels of process con- 
trol through the system control (SC) 2. Common con- 
trol 1 and system control 2 comprise the system man- 
agement and control level for the telex exchange. The 
common control is responsible for all of the system- - 
wide functions, such as call set-up and clear down, 
routing and quota systems, performance monitoring, 
redundancy and configuration control, peripheral de- 
vice handling, call recording and billing, etc. 

Below the common control 1 is the system control 2 
which interfaces the common control to the next lower 
level of processor control, the master controllers 
(MC's). Master controllers 3 and 6 are shown in FIG. 1. 
For a fully configured system of the present invention, 
there will be 64 master controllers. The system control- 
ler 2 contains the system clock 7 and the drivers neces- 
sary to distribute the clock timing to all blocks in the 
system (see FIG. 2). System controller 2 also handles 
the generation and decoding of the command and con- 
trol messages to and from the common control proces- 
sors. The command message protocol is established at 
the system control 2 level. 

As is known to a person of ordinary skill in the art, in 
order for there to be an exchange of information be- 
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tween various parts of a system, data buses for transmit- 
ting this data are required. Most computers use multi- 
lined buses for transmitting address and data informa- 
tion to and from devices attached to the buses. How- 
ever, for the present invention, data, whether in the 
form of an address, a command or simply conversation 
data, is transmitted between the various levels of pro- 
cessor control in a bit-coupled mode. That is, data is 
transmitted between the different levels of processor 
control serially over a relatively few lines, rather than 
in parallel on a multi-lined bus. In addition, the conver- 
sation data between the calling and the called termina- 
tions has been separated from the command and data 
information that is transmitted between the various 
levels of processor control as part of their performances 
of their respective functions within the system. As can 
be seen in FIG. 1, there exists two types of communica- 
tion buses which are coupling between the various lev- 
els of processor control, i.e., command and data buses. 
The command buses are labelled bus 4 while the con- 
versation data buses are labelled bus 5. 

The command bus 4 is used to transmit messages 
between the common control 1 and the lower levels of 
processor control. However, as can be seen in FIG. 1, 
the conversation bus is not coupled to the common 
control 1, but rather, goes no higher than to the master 
controller level. 

At the master controller 3 and 6 level, the command 
and conversation switching occurs. Command and con- 
trol information transmitted over the command bus 4 
from the lower levels of processor control pass through 
the master controller level as though the master con- 
troller was transparent to the command bus. The master 
controller must perform many operations on the com- 
mand bus data before forwarding the data to its destina- 
tion. However, the master controllers 3 and 6 do not 
perform any functions with regard to the messages on 
the command bus, regardless of whether they are re- 
ceived from the lower levels of processor control or are 
received from the common control 1. 

The next level of processor control below that of the 
master controllers 3 and 6 is the group controller level. 
As shown in FIG. 1, the group controllers 8, 12, 28 and 
32 comprise the level at which the logical termination 
line control functions are performed. Each group con- 
troller at this level of processor control is connected to 
the higher levels of processor control via the command 
bus 4. As shown in FIG. 1, the conversation bus 5 is not 
connected to the group controllers. For the preferred 
embodiment of the present invention, each group con- 
troller consists of a Digital Equipment Corporation 
LSI- 11 microprocessor. Each group controller is pro- 
grammed to function identically with the exception that 
each group controller may contain different data which 
characterizes the various termination signaling types 
that are under control of the group controller. For 
purposes of this description, any reference to a group 
controller is equally applicable to any other group con- 
troller as far as the general functions performed by a 
group controller is concerned. The group controller 8 
performs such complex tasks as signaling sequence pro- 
tocols, character sequence detection, bits-for-service, 
line seizures, and disconnects. Included within these 
tasks are the signaling requirements of the associated 
terminations, e.g., Type A or B, subscriber or trunk, 
plus or minus mark, etc. Since the group controller 8 is 
coupled to the higher levels of processor control by the 
command bus, the group controller is responsible for 
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the command and control communications between the 
terminations and the higher levels of the system. 

The group controller is a general purpose pro- 
grammed digital computer which contains software 
5 routines to handle the command and control informa- 
tion between the common control and the terminations. 
Additionally, the group controller executes the tables of 
signaling information to produce the signaling sequen- 
ces for the terminations that are under its control. The 
10 group controller 8 stores and controls the "signaling 
scripts" used by the line controller 10 to implement the 
signaling sequences for both a call set-up and for a dis- 
connect. Since all of the signaling information is stored 
in the group controller processor memory, no hardware 
15 changes need to be made in order to change the line 
characteristics for any termination under a group con- 
troller's control. 

In order to produce the desired signaling sequences 
required by the various types of terminations and to 
20 minimize the amount of software overhead, the signal- 
ing sequences have been reduced to their basic ele- 
ments, i.e. levels, transitions, pulses and characters. 
Generations of these basic events, which may be present 
in all signaling sequences, have been relegated to a 
25 lower level of processor control so that the group con- 
troller will not have to execute extensive software rou- 
tines for each termination. Rather, signaling sequences 
can be constructed from scripts of signaling tasks within 
the group controller that cause the lower level of pro- 
30 cessor control to generate levels, pulses, etc. in the 
terminations while freeing up the group controller for 
other processing. This enables the group controller to 
service the calls from a large number of terminations, 
and to incorporate a change in a termination signaling 
35 requirements without having to make "hardware" 
changes to effectuate the new signaling. Only a change 
in the software data which specifies what type of signal- 
ing is required by the termination is needed. The group 
controller program does the rest. 
40 The next lower level of processor control within the 
telex switch of the present invention, is the line control- 
ler processor. FIG. 1 shows line controllers 10, 14, 30 
and 34 existing at the same level as its associated group 
controller 8, 12, 28 and 32, respectively. Although illus- 
45 trated in this manner, the line controller functions as a 
slave to the group controller while performing its vari- 
ous signaling routines. That is, the signaling routines 
which the line controller 10 performs for each termina- 
tion is selected and set up by its associated line control- 
50 ler 8. As shown in FIG. 1, the line controller is coupled 
to the higher levels of processor control via the conver- 
sation bus 5 only, and not by way of the command bus 
4. Accordingly, the line controllers function to control 
the flow of conversation data between the higher levels 
55 of processor control and the terminations. 

The group controllers and line controllers are shown 
in FIG. 1 occupying the same level of processor control 
because the group controllers and their associated line 
controllers operate in tandom, with all line controller 
60 activity controlled and monitored by the group control- 
ler. In other words, the group controller acts as a super- 
visor for supervising the flow of data between its associ- 
ated line controller and each of the customer termina- 
tions connected to that line controller. 
65 The line controller 10 is the lowest level of processor 
control in the present invention. The line controller 
processor is a special purpose high-speed multi-line time 
shared processor that executes a selected signaling rou- 
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tine, from a set of routines, for each of the terminations 
under its control. Processing of each termination by the 
line controller is performed in a time share mode. That 
is, a signaling routine specified by the group controller 
to be executed for a given termination is executed by the 5 
line controller processor in a time share mode along 
with the signaling routines selected for the other termi- 
nations under this line controller's control. During each 
time share interval, a fixed number of line controller 
instructions are performed for each termination. For the 10 
preferred embodiment, the number of instructions exe- 
cuted in each time share interval is 18. 

The line controller processor executes its microcoded 
instructions, which exist in "firmware" within the pro- 
cessor program memory, at a speed sufficient to enable 15 
the line controller to process up to 512 termination lines 
at a data rate of 50 baud. The firmware routines and the 
associated hardware of the line controller function as a 
piece of dedicated "hardware" that responds to signals 
from its associated group controller processor. In other 20 
words, the software overhead which would prohibit a 
general purpose digital computer from accomplishing 
the functions of the group controller-line controller 
combination of the present invention has been removed 
from the software domain and converted into hard- 25 
ware. As a result, the signaling sequences required to 
service the calls for a large number of terminations can 
be accommodated by the high speed capabilities of the 
line controller hardware operating in response to the 
program control of the group controller. 30 

As previously mentioned, the signaling routines that 
are contained in the line controllers represent the vari- 
ous activities or signal levels that occur on the termina- 
tion signal lines, reduced to their simpliest elements. 
That is, the signaling sequences have been reduced to 35 
transistions, pulses, and characters. It is up to the group 
controller software to produce the program sequences 
which will utilize these lowest common denominator 
routines to construct the desired signaling sequence 
within a given termination. To implement the signaling 40 
sequences within the termination lines, the line control- 
ler has two identical microprogrammed processors, one 
processor for transmitting signals to the termination 
(Tx) and one processor for receiving signals from the 
termination (Rx). Included within the line controllers is 45 
a conversation bus interface to interface the conversa- 
tion data between the master controllers and the line 
controllers, and a termination control interface to inter- 
face the line controller to the terminations via the lower 
levels of control. Coupled to the line controllers and 50 
located at a lower level within the processor system are 
the terminator control units, such as terminator control 
units 20, 22, 24 and 26 which comprise the decoder/- 
buffer level of the telex switch. This level of control 
does not contain any programmed processors. Rather, 55 
the terminator control units function to address the 
lowest level in the system, the terminations, and are 
completely transparent to the data transmitted from the 
line controller to the terminator units. 

The terminator units, such as terminator unit 20, 22, 60 
24 and 26 as shown in FIG. 1, are the lowest level of 
control of the distributive process telex switch and 
function as the electrical line interface. For the pre- 
ferred embodiment of the present invention, each termi- 
nator unit contains circuitry for interfacing with two 65 
customer terminations. It is in the terminator units that 
the required signaling levels are produced and transmit- 
ted onto the Tx lines of the termination, and on which 
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the receive signal levels are received on the Rx lines and 
transmitted to the higher levels of processor control. 
Thus, the terminator units function as the telex switch's 
interface to the world outside the exchange, whether to 
a trunk, to a subscriber, or as a service position. The 
terminator units translate the internal language of the 
exchange to the language of the telex/data signaling, 
and vice versa. 

The distributed processing telex switch of the present 
invention has an ultimate capacity of servicing 131,072 
terminations at 50 to 300 baud and a conversation band 
width of 39.3 million bits per second. Each level of 
processor control within the telex exchange is capable 
of handling a certain number of termination lines. At the 
common control 1 level, the functions performed are 
performed for all 131,072 terminations since there is 
only one common control processor. At the next lower 
level of processor control are the master controllers 
which are each capable of handling 2,048 termination 
lines at a speed up to 300 baud per line. Therefore, for 
a system capable of handling the maximum number of 
terminations, 64 master controllers would be required. 

For each of the master controllers, the 2,048 termina- 
tion lines may be subdivided into smaller groups (line 
groups) of no less than 128 lines and no more than 512 
(4 line groups). This is because the group controllers, 
which occupy the next lower level of processor control, 
are designed to control as few as 128 lines and as many 
as 512. As shown in FIG. 1, the group controller 12 and 
line controller 14 combination is shown controlling 512 
termination lines at a communication data rate of 50 
baud each, while the group controller 28 and line con- 
troller 30 combination is shown controlling 128 termi- 
nation lines at a rate from 50 to 300 baud. Therefore, the 
number of group controller-line controller combina- 
tions associated with each master controller may vary 
from as few as 1 to as many as 16. In a similar manner, 
the number of units in the next lower level below the 
line controllers, the terminator control units, may vary 
from as few as 1 to as many as 32 since each terminator 
control unit is designed to handle 16 termination lines. 
As previously discussed, below the terminator control 
units are the terminator units themselves in which two 
termination lines are serviced by an individual termina- 
tor unit. Each terminator control unit services 8 termi- 
nator units. 

A Redundant System 

A fundamental requirement for any telex exchange is 
for the exchange to be reliable. As is the case with any 
large scale electronics system, absolute reliability of 
each element in the system cannot be guaranteed. In 
order to minimize the possible loss of a call in progress, 
the distributed processing exchange of the present in- 
vention is constructed such that, beginning at the termi- 
nator control unit level and continuing all the way up 
through the common control 1 level, each functional 
block as shown in FIG. 1 additionally consists of a 
redundant unit (see FIG. 2) which operates in parallel 
with its companion (on-line unit), but existing in a 
standby state ready to take over for the on-line unit 
should the need arise. 

To better illustrate the redundancy of the present 
invention, refer now to FIGS. 2(a) and (b) for a more 
detailed block diagram of the distributive processing 
system as shown in FIG. 1. Each level of process con- 
trol is shown in FIG. 2 as consisting of two identical 
units, units A and B. For example, master controller 3 is 
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shown as 3A and 3B. In an effort to insure reliability, 
each processor control in each level has a redundant 
backup unit that is identical to its companion. Further, 
this redundant unit is operating simultaneously with its 
companion. However, only one of the two units ac- 5 
tively performs the intended function for the unit. That 
is, while both units are operating identically (both send- 
ing and receiving command and data signals), only the 
data from the unit that is on-line is actually being used 
by the other levels of processor control. As shown in 10 
FIG. 2, each of the functional units are coupled to- 
gether by control lines which enable the units to go 
from the standby to the on-line condition when the unit 
that is on-line begins to malfunction. 

Each of the functional blocks of processor control 15 
illustrated in FIG. 2 are coupled to the other levels of 
processor control via the command 4 and data 5 buses 
such that each functional unit, whether the on-line or 
the backup unit, is coupled to both units of the next 
higher and/or lower level of processor control to 20 
which it is normally connected. In other words, each 
block is always sending to two other units and is always 
receiving from two other units. For example, in FIG. 2, 
master controller 3A is coupled to system controller 2A 
and 2B via command bus 4A, while master controller 25 
3B is coupled to system controller 2A and 2B via com- 
mand bus 4B. These redundant communication paths 
are better illustrated in FIG. 3 in which the command 
buses 4A and 4B for the group controller-line control- 
lers of FIG. 2(a) are shown connected to the common 30 
control 1 via master controllers 3 and 6 and the system 
controller 2. The buses illustrated in FIG. 3 are only for 
the command bus 4. However, a similar arrangement 
exists for the communication data bus 5 with the excep- 
tion that the conversation bus 5 originates with the line 35 
controllers rather than the group controllers. As seen in 
FIG. 3, the group controller 8A transmits command 
and message data to master controllers 3A and 3B via 
the TXA and TXB data lines. The data send over TXA 
and TXB are identical. At the same time, group control- 40 
ler 8A receives data from master controller 3A and 3B 
via the lines RXA and RXB, respectively. A similar 
arrangement exists for each of the group controllers and 
master controllers illustrated in FIG. 3. 

Still referring to FIG. 3, between the master control- 45 
ler and the systems controller level, a similar arrange- 
ment exists. That is, master controller 3A receives and 
transmits commands and message data to both system 
controller 2A and system controller 2B. As shown in 
FIG. 3, group controller 8A and group controller 12A 50 
are on-line, while group controller 8B and group con- 
troller 12B are on standby. As a result, the data trans- 
mitted to master controller 3A from the group control- 
lers that are on-line are passed through master control- 
ler 3A and re-transmitted to the common control 1A 55 
and IB via the TXA and TXB data line out of master 
controller 3A. This is symbolically shown by the con- 
vergence of the solid and dashed arrow lines in the 
master controller 3A. It must be remembered here that 
data transmitted on any bus, whether on the command 60 
bus 4 or on the conversation bus 5, is transmitted seri- 
ally. Thus, the data from the on-line group controllers 
which arrive in parallel at the master controller 3A 
must be buffered and serialized before it is forwarded on 
to the common control 1. In a similar manner, data 65 
transmitted from common control 1A and IB down to 
the lower levels of processor control is shown inputted 
to on-line master controller 6B via the RXB input line. 



Master controller 6B receives the data and distributes 
the data to the output transmit lines for the appropriate 
group controllers. 

FIG. 2 shows that the technique of providing a re- 
dundant backup unit to each of the functional blocks in 
each level of processor control in the system is provided 
down through the terminator control level. However, it 
should be noted that the terminator units, such as termi- 
nator units 20 and 22, do not have a redundant backup 
unit. 

The Conversation Data Bus 

Referring once again to FIG. 1, the present invention 
is capable of handling a maximum of 131,072 (2 17 ) lines 
or terminations. These terminations may be operated at 
data rates of up to 300 baud. For the present invention, 
the terminations are organized into groups of 2048 ter- 
minations (2 11 ) that are associated with each master 
controller redundant pair. For a fully expanded system, 
there are 64 (2 6 ) master controller pairs. These 2048 
terminations handled by each master controller are 
further divided into groups of 128 (2 7 ) terminations, 
with each group comprising; a line group. There are 16 
(2 4 ) redundant pairs of line groups (LGA and LGB) 
associated with each master controller pair. That is, 
each line group inputs its data to both line controllers A 
and B that comprise a redundant pair, such as line con- 
trollers 10A and 10B (see FIG. 2), and thus appears to 
the master controllers as a line group A (LGA) and as 
a line group B (LGB). Each group controller-line con- 
troller combination, such as group controller 8A-line 
controller 10A, may service the calls for 128 lines at 300 
baud or may service 512 lines at 50 baud. Since each line 
group consists of 128 terminations, a group controller- 
line controller combination can manage up to four 50 
baud line groups. As shown in FIG. 1, group controller 
12-line controller 14 is shown receiving 4 conversation 
data bus 5 input lines since line controller 14 is control- 
ling 512 termination lines at 50 baud. Similarly, line 
controller 30 is shown receiving a single conversation 
data bus 5 input since line controller 30 is controlling 
only 128 terminations at a conversation data rate of 
between 50 and 300 baud. 

Referring now to FIG. 2, the conversation data be- 
tween a calling termination (source) and a called termi- 
nation (destination) is transmitted through the telex 
exchange of the present invention via the conversation 
bus 5. The conversation bus 5 receives the source termi- 
nation conversation data from the group controller-line 
controller combination controlling that termination and 
transmits that data to its associated master control. For 
purposes of this call, this master controller is the source 
master controller. The source master controller stores 
the received source termination conversation data in its 
frame memory, such as frame memory 302A and 302B 
of master controller 3. Additionally, the transmitted 
data is forwarded from the source master controller to 
each of the other master controllers for storage in their 
associated frame memories. As shown in FIG. 2, each 
master controller contains in addition to the frame 
memory 302A and 302B a vector memory, such as vec- 
tor memory 300A and 300B of master controller 3. 
Under control of the vector memory, the data received 
by the destination master controller from the source 
master controller is transmitted by the destination mas- 
ter controller down to one of its group controller-line 
controller combinations controlling the destination ter- 
mination. For this call, the master controller transmit- 



ting the data down to the destination termination is 
referred to as the destination master controller. 

For the remainder of the discussion in this section, 
reference will be made to line groups and to line con- 
trollers interchangeably since a line controller will rep- 5 
resent from 1 to 4 line groups. The following discussion 
describes the conversation data path from the source 
termination to the destination termination including its 
relationship to the vector and frame memories of each 
master controller. Data is transmitted between different 10 
processors within the present invention in a serial bit- 
coupled mode. That is, conversation data is transmitted 
as single bits of data, one following the next. Referring 
to FIG. 33, each Line Group transmits as a time multi- 
plexed signal DATA and DATA* over a differential 15 
pair of wires to every master controller. DATA* is the 
complement of DATA and is used for detecting parity 
errors. That is, DATA* should be the inverse of DATA 
in the absence of any malfunctions. The data transmit- 
ted from the line groups to the master controllers are 20 
sampled at the master controllers at mid-bit. The signals 
DATA* SAMPLE and DATA SAMPLE are gener- 
ated in the master controller timing circuits. Each line 
from each line group transmits DATA followed by 
DATA*. In order to handle a conversation data rate of 25 
300 baud, the data transfer rate over the conversation 
bus between the line groups and the master controllers 
must be 2x 128x 300B = 76.8 Kbits per second. This 
data transfer is referenced to the 345.6 KHz and 150 Hz 
clock signals generated by the system controller (see 30 
FIGS. 20 and 21). These signals are distributed to all 
group controller-line controller combinations and all 
master controllers in the system. 

Vector/Frame Memory 35 

The vector/frame memory combination, such as vec- 
tor memory 300A and frame memory 302A of master 
controller 3A, functions to direct the flow of data from 
the source termination to the destination termination. 
This function is performed by having each frame mem- 40 
ory in each master controller, including the redundant 
unit, receive and store the data transmitted by each 
termination connected to the exchange. A memory 
location is provided in each master controller for each 
of the 131,072 terminations serviced by the present 45 
invention. 

Referring now to FIG. 27, the frame memory map is 
shown. Each frame memory consists of a 2048 X 256 bit 
memory organized as shown in FIG. 27. Each master 
controller controls 2048 terminations, one frame mem- 50 
ory address corresponding to each termination under its 
control. Four bits are required to store the data 
(DATA) and its inverse (DATA*) for both the A and 
the B units of each master controller redundant pair. 
For 64 master controllers, 256 bits are required to store 55 
the data from each of the 131,072 terminations possible. 

In order that the data stored in the frame memories, 
when read out, will be transmitted to the desired desti- 
nation termination, the vector memory 300B is used to 
supply the necessary addresses to perform this function. 60 
Referring now to FIG. 31, the vector memory map is 
shown. Each vector memory consists of a 2048 X 20 bit 
memory where 17 bits of each addressable memory 
location in vector memory comprises the source termi- 
nation address. This address will be used to address the 65 
frame memory and select the 4 bits from the source 
termination in the source master controller portion of 
the destination master controller frame memory to be 
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transmitted down to the line group under control of the 
destination master controller that is controlling the 
destination termination. Also contained in each address- 
able memory location of vector memory is a single 
"active" bit which is transmitted to the destination line 
group along with the conversation data to indicate to 
the destination line controller that a conversation with 
this termination is in progress. The two remaining bits 
of the vector memory locations are used for error 
checking to indicate that the redundant vector memo- 
ries are operating in synchronization. A more detailed 
description of a vector memory is given below with 
regard to FIG. 32. 

The Line Controller-to-Line Controller Data Link 

Turning now to FIG. 28, a block diagram of the 
conversation bus 5 connections between the line groups 
and the master controllers is shown. The group control- 
ler 8-line controller 10 combination (see FIGS. 1 and 2), 
including the redudant backup unit, is shown in FIG. 28 
servicing a single line group of 128 lines while group 
controller 17-Mne controller 19 is shown controlling 
four line groups consisting of 512 lines. The conversa- 
tion data from each line group under control of master 
controller 3A is inputted to line group input unit 304. 
Not shown in FIG. 28 are the redudant backup units to 
each of the master controllers illustrated (3A, 27 A, 6A), 
it being understood that similar connections are pro- 
vided to those units. Line group input unit 304 functions 
to serialize the data received from the sixteen line 
groups and to output that data onto the data (DNXXA 
and DNXXB) lines of conversation bus 5 for transmis- 
sion to each frame memory contained in each master 
controller. 

The data on signal lines CKXXA and CKXXB com- 
prises a de-skewing clock signal that is transmitted 
along with the conversation data between master con- 
trollers. The data transferred between master control- 
lers consists of the time multiplexed data from each of 
the sixteen line groups under a give master controller's 
control. Accordingly, the data transfer rate must be 
16x76.8 Kbits per second or 1.23 Mbits per second. At 
such a high data rate, there can be a significant timing 
skew. For this reason, a clock signals in addition to the 
data signals are transmitted between master controllers. 
In addition, the data transfer rate is increased to allow a 
synchronization gap (2 clock pulses are inhibited) to be 
included in the clock transmission. This gap allows the 
receiving master controllers to synchronize the loading 
of their respective frame memories. 

The data that is outputted by line group input unit 304 
onto each of its output lines is identical. The busing 
between the line group input units 304 of each master 
controller to the frame memory units of each of the 
master controllers insures that each frame memory 
stores the data from every termination connected to the 
exchange. The signal lines as labelled on the output of 
the line group input units 304 signify the master control- 
ler to which the conversation data is to be transmitted. 
For instance, the conversation data line DN01A and 
CK01A 304 should be inputted to the master controller 
27A (MC01A). In a similar fashion, the input signal lines 
labelled in the frame memory units of the master con- 
trollers signify the line group input unit of the master 
controller from which the data is originating. For exam- 
ple, the signal lines of frame memory 310 in master 
controller 27A (MC01A) labelled DN00A and CK00A 
originated with the line group input unit 304 of master 



controller 3A (MCOOA). As a result, each frame mem- 
ory in each master controller will have data and clock 
signals inputted from as many as 64 redundant pairs of 
master controllers. 

The data outputted by each frame memory, under 5 
control of its associated vector memory, is inputted to 
the line group output units, such as line group output 
unit 306 of master controller 3A. A line group output 
unit functions to receive serial single-bit time mutli- 
plexed data from the frame memory and produce a 10 
parallel data word for the same termination number for 
the sixteen line groups. This parallel data word is trans- 
mitted down to the line groups. Also transmitted down 
to each redundant set of line groups is the active bit 
from the vector memory. Not shown in FIG. 28 are the 15 
line group input connections for master controller 27A 
or 6A since they would be similar to those shown con- 
nected to master controller 3A. 

Turning now to FIG. 29, a more detailed block dia- 
gram of the line group input units, such as line group 20 
unit 304 is shown. The sixteen data lines from both the 
A line groups and the B line groups are shown inputted 
to line group input buffers 318 and 320, respectively. As 
previously mentioned, each data line from each line 
group has a time multiplex transmission of DATA and 25 
DATA*. Data registers 322 and 324 are connected in 
parallel to the outputs of line group input buffers 318 
and responsive to the signals GNST and GN*ST 
(DATA SAMPLE and DATA* SAMPLE, see FIG. 
33), demultiplexes the DATA and DATA* into two 30 
16-bit words. The outputs of data registers 322 and 324 
are inputted to parallel-to-serial converters 330 and 332, 
respectively. Converters 330 and 332 function to con- 
vert the 16-bit parallel word received from the sixteen 
line groups into a serial bit stream labelled GNBITA 35 
and GNBIT*A. In a similar fashion, the signals 
GNBITB and GNBIT*B are produced from the 16 B 
line group input lines to input buffer 320. These four 
data lines, GNBITA, GNBIT*A, GNBITB, and 
GNBIT*B, are combined with the signals GSEL and 40 
GFORC to produce a 6-bit input address to error detec- 
tion and GC selection unit 338. GC selection unit 338 is , 
a PROM that outputs 5 bits, 3 bits comprising the error 
code signals TST, TSTA and TSTB, and 2 bits compris- 
ing selected data signals SELBT and SELBT*. The 45 
group controller selection PROM 338 is a majority vote 
error detection system in which the bit pattern pro- 
duced by the 6-bit input address determines if there is an 
error in the data transmission and which data of the A 
or B line groups will be used. 50 

The signals SELBT and SELBT* are inputted to a 
2-to-l multiplex unit 340 that serializes onto a single line 
these two signals in response to the enable signals 
XDEN and XD*EN. This time multiplex signal is then 
applied to the data output buffer 342 where it is com- 55 
bined with the signal clock CLK to generate the data 
(XDAT) and clock signal (XCLK) that is to be trans- 
mitted to each master controller in the system. The 
signals XDAT and XCLK are applied to differential 
drivers 344 to produce the 64 data and clock differential 60 
signal pairs for all of the A and the B master controllers 
in the system. These 64 signal pairs comprise the con- 
versation bus 5 between the master controllers. 

Turning now to FIG. 30, frame memory 302A and 
line group output unit 306 of master controller 3A (see 65 
FIG. 28) is shown. The frame memory 302A is shown 
consisting of 64 2048 X 4-bit memories, such as memory 
376 and 378, sharing common address lines which com- 
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prise the addressable memory locations of the frame 
memory. Also shown are input buffer circuits which 
receive the data (DNXXA and DNXXB) and clock 
signals (CKXXA and CKXXB) from each of the 64 
redundant pairs of master controllers, including itself, to 
produce the input data signals to the memory units 
which make up the frame memory. Buffer units 392, 394 
through 396 and 398 convert and buffer the differential 
data and clock signals into FIFO memory units 388 and 
390. FIFOs 388 and 390 function as a buffer memory 
area for the receive data before it is inputted to frame 
memory 302A. These buffer FIFOs allow for different 
arrival times of the data from the various master con- 
trollers to insure that the data from all of the master 
controllers that is to be written into frame memory unit 
302A at a given address is present on the output of the 
FIFO's before it is written into frame memory. 

Responsive to the frame memory address signal 
FAD, which consists of an 11 -bit address outputted by 
the vector memory 300A (see FIG. 2), the frame mem- 
ory outputs 64 4-bit data words from the memory units 
376-378 into selector unit 374. Selector 374 responds to 
the signals FCSL and FXEN produced by the vector 
memory 300A, to select one of the 4-bit words and 
applies that data to buffer 373. This selected 4-bit data 
word comprises the DATA (FDATA) and DATA* 
(FDATA*) for both the A and B master controllers. 

The output of buffer 373 applies the FDATA, 
FDATA* for both the A and the B destination master 
controllers addressed by the vector memory 300A to 
the serial-to-parallel converter units 360, 362, 370 and 
372, respectively. Each of these serial-to-parallel con- 
verter units accumulates the DATA, DATA* for the 16 
line groups and respectively applies a 16-bit parallel 
word to data registers 356, 358, 366, and 368. The out- 
put of DATA register 356 is connected in parallel with 
DATA* register 358. Likewise, DATA register 366 is 
connected in parallel with DATA* register 368. Re- 
sponsive to the enable signals DEN and D*EN, the 
parallel DATA and DATA* data from the paralleled 
data registers are respectively inputted to line group 
output buffer units 354 and 364. These two output buff- 
ers respectively apply the 16-bit parallel data to the 16 
line groups for both the A and the B line controllers 
under control of this master controller 3A. The outputs 
of line group output buffers 354 and 364 comprise the 
conversation bus 5 data transmitted from the master 
controller down to the line controller. 

In addition to the line groups DATA and DATA* 
data, the active bit from the vector memory is applied to 
buffer 352 whose output is applied to serial-to-parallel 
converter 350. This converter produces an active bit 
signal for each of the 16 line groups, the output of the 
serial-to-parallel converter 350 is applied to the active 
bit register 348 whose output is applied to the active 
output buffer 346. The output of active output buffer 
346 comprises the active bit that is transmitted to both 
the A and the B line controllers. The various line group 
conversation bus 5 data signal lines from the master 
controllers down to the line controllers are distributed 
to the various line controllers according to the number 
of line groups under each line controller. Referring to 
FIG. 20, the active bit and both the A and the B line 
group conversation bus 5 signal lines for a line control- 
ler that controls 4 line groups are shown inputted to the 
conversation bus interface 80 (see FIG. 4) of the line 
controller 10. 



Vector Memory 

Turning now to FIG. 32, access to the vectory mem- 
ory 300A from the controller processor 3A takes place 
via three independent read/write registers. These regis- 5 
ters are labelled: the Source registers 408 and 410, the 
Destination registers 400 and 402 and the Control regis- 
ter 406. The Destination registers 408 and 410 are 
loaded with the vector memory address to be used 
when reading and/or writing to the vector memory 10 
from the master controller processor. This address cor- 
responds to the destination terminations connected to a 
given master controller. The Source registers 400 and 
402 are loaded with the data to or from the vector mem- 
ory. This data corresponds to the source termination 15 
which is to be coupled to a given destination termina- 
tion. This data is supplied to the vector memory from 
common control when a call begins. The Control regis- 
ter 406 contains the higher order master controller ad- 
dress bit, information that controls the vector memory 20 
operation, and the active bit. 

For a given address of vector memory to be written 
into or read from, the Destination and Source registers 
must first be set, then a write into the Control register 
must follow. This write operation enables the vector 25 
memory to access the Destination and Source registers. 

Vector memory 300A stores data source addresses in 
redundant right and left memory locations correspond- 
ing to data destination addresses. Then the vector mem- 
ory 300A is addressed sequentially in order of destina- 30 
tion address. Each destination address generates a 
source address at the memory output. This source ad- 
dress is used to address frame memory 302A which 
contains conversation data from that source in that 
address. 35 

The master controller 3A processor loads the destina- 
tion address into the left 400 and right 402 Destination 
registers and the source address into the left 408 and 
right 410 Source registers. Then it loads the Control 
register 406 with instructions to load the contents of the 40 
Source registers into the vector memory 300A locations 
addressed by the Destination registers. Comparators 
420 and 422 are used to check the contents of the right 
and left destination registers against one another, and 
the results of the comparison are loaded as bits 18 and 45 
19 into the vector memory 300A along with the source 
data (see FIG. 31). 

Vector memory 300A is read upon command from 
the Control register 406. Selected locations can be read 
by the master controller 3A processor through the use 50 
of the Destination and Source registers, or, during nor- 
mal call coupling, it is read as counters 416 and 418 step 
sequentially through their destination addresses. The 
master controller 3A processor reads the vector mem- 
ory 300A by loading the device ddestination address 55 
into the Destination registers and loading the Control 
register 406 with commands to read the right vector 
memory 428. The left vector memory 430 cannot be 
read, but its contents can be compared with the contents 
of the same location in the right memory 428. The re- 60 
suits of this comparison can be read by the master con- 
troller 3A processor. All data read by the processor is 
read through the VM transmit register 412. 

Data from the vector memory 300A to the frame 
memory 302A is read under control of the left 418 and 65 
right 416 address counters and the Control register 406. 
The address counters, enabled by the Control register 
406, step sequentially through the destination addresses. 
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Each read command to the vector memory 300A then 
produces a 20-bit word at the right 428 and left 430 
vector memory outputs. The two words produced are 
compared for identity and comparison signals are gen- 
erated, the same or not the same. These signals are 
connected to the vector memory transmit register 412 
where they may be read by the master controller pro- 
cessor. The low-order eleven bits from the right vector 
memory 428 are used to address the frame memory 
' 302A. These bits are buffered through buffer 438 as 
frame memory address lines, FAD. Bits 11 and 12 are 
used to generate the frame enable select signals FCSL. 
Bits 13 through 16 are used to generate the transceiver 
enable select signals FXEN. Together FCSL and 
FXEN are inputted to selector 324 of vector memory 
302A (see FIG. 30) to select the source master control- 
ler data in frame memory (A and B, DATA and 
DATA*) to be used. Bit 17 is the active bit. This bit is 
gated by the address compare signals from address com- 
parators 420 and 422 and, in the event of a comparison 
failure, the active bit will be blocked. Bits 18 and 19 are 
the address comparison bits, and are used for error 
checking of the vector memory. 

Conversation Data Bus Error Detection 

To achieve the goals of reliability in the handling of 
calls by the present invention, redundant backup units 
at all levels of processor control have been incorpo- 
rated. To utilize this redundancy in furtherance of this 
goal, an effective means for detecting the presence of 
errors in the transmission of data through the system has 
been provided. In other words, hardware error detec- 
tion circuits have been provided to detect the presence 
of errors in the conversation bus 5 data transmission so 
that both hardware and software decisions may be made 
as to which redundant pairs of controllers will be on- 
line or in standby, and whose data will be used by the 
receiving unit. 

Each unit that receives data from the conversation 
bus 5 has a performance monitor or error detection 
circuit that responds to the signals received over the bus 
to detect the presence of errors, to output error codes 
for processor access when errors are detected, and to 
make a hardware selection of the best data that was 
received. For the present invention, data on the conver- 
sation bus 5 for each termination is transmitted in a 
bit-coupled mode as a serial stream of bits over a single 
line. Parity for each bit is transmitted immediately after 
each data bit where the parity bit is the complement of 
the data bit (DATA and DATA* where DATA* is the 
parity bit for DATA). 

Conversation bus 5 error detection occurs at three 
different points: on data received from the line control- 
lers at the master controller level, on frame memory 
data received by each master controller from the other 
master controllers, and for the data received by the line 
controllers from the frame memory of its associated 
master controllers. 

Transmitting Line Controller-to-Master Controller 

Referring now to FIG. 29, the data and parity from 
the 32 line controllers (16 A line controllers and 16 B 
line controllers) connected to a master controller are 
loaded into two pairs of 16-bit registers. These registers 
are shown in FIG. 29 as registers 322, 324, 326 and 328. 
One pair of registers, 322 and 324, contain the data and 
parity bits from the A line controllers and the other 
pair, 326 and 328, contain the data from the B line con- 
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trollers. The contents of these registers are serialized 
and shifted out before the next set of data is loaded into 
the registers. Parity is checked on both sets of data as it 
is shifted out. This function is performed by the error 
detection and GC selection unit 338. The bit pattern 5 
from the serialized data from each register is used to 
form the address of a ROM. The ROM is programmed 
to take a majority vote based on the bit pattern to select 
either the A or B line controller data to be used by this 
master controller, and to output three error signals 
which indicate a data non-compare (TST) (the data 
from both the A and B line controllers are suppose to 
always be the same), a parity error exists in the A line 
controller data (TST A), and a parity error exists in the 15 
B line controller data (TSTB). 

Referrring now to FIG. 34, each master controller 
can have up to 32 line controllers connected (16 A 
amnd 16 B line controllers). However, if all 32 are not 
connected, reporting of parity errors from unconnected 20 
line controllers must be inhibited or the master control- 
ler would be deluged with spurious error reports. To 
inhibit this error report, RAM 446 is provided. RAM 
446 is a 16X4 bit random access memory unit in which 
each word location contains four bits of control infor- 25 
mation, group controller A present (GC PRES A), 
group controller B present (GC PRES B), force control 
bit (GFORC) (see FIG. 29) and select control bit 
(GSEL) (see FIG. 29). The control bits GC PRES A ^ 
and B indicate the presence or absence of its respective 
group controller, while GFORC is used to force a se- 
lection of controller A or B over the auto selection, and 
GSEL is used to favor a selection of either the A or B 
controller but allowing the auto selection circuits to 35 
switch over if errors re detected. Addressing of RAM 
466 is synchronized to the shifting of the data out of the 
registers 330, 332, 334 and 336 as shown in FIG. 29. 

The transmission of conversation data from the line 
controllers is synchronized by the system clocks so the 40 
outputs of redundant line controller pairs should always 
match. However, there are periods where data repre- 
senting specific termination line outputs will not match. 
For example, during call set-up. Once a conversation is 
established, the data for that termination must be the 45 
same for both line controllers. To prevent spurious 
mismatch (data error TST) during these periods, a line 
data compare mask (RAM) 444 is provided. The RAM 
444 is loaded by the master controller processor with a 
logic bit for each termination (2048) under the master 
controller during the periods of each call in which the 
parity compare should be inhibited for a termination. 

The output from registers 446 and 448, along with the 
output of data compare mask 444 and error detection ^ 
ROM 338 (see FIG. 29) are inputted to error checking 
ROM 454 as an address. The bit pattern of the address 
is unique to a given condition and the contents of the 
ROM 454 addressed by this pattern will be the error 
code to be sent to the master controller processor. The 60 
output of error checking ROM 454 is three error signals 
which indicate if the A line controller failed its parity 
check, if the B line controller failed its parity check and 
if a data compare between the A and B line controllers 
failed its check. These error signals are loaded into a 65 
64 X 16 FIFO 450, along with the output of line address 
counter 452 which indicates the termination whose data 
is being error tested. 
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Referring to FIG. 35, when conversation data is re- 
ceived by a master controller from the other master 
controllers, the data is synchronized and loaded into 
frame memory. FIFO's 338 and 390 (see FIG. 30) buffer 
4-bit data word for every potential termination in the 
system. 

The data on the frame memory I/O bus (FDATA, 
FDATA*, FDATB, FDATB* (see FIG. 30)) is 
checked on a cyclic basis prior to writing into frame 
memory. Parity of the bit pair (DATA, DATA*) from 
each master controller must check and the data from 
redundant pairs must match if all equipment is present 
and functioning properly. However, all equipment may 
not be present. A standby master controller may not 
exist temporarily, master controllers may not have their 
full complement of line controllers, etc. To prevent the 
master controller processor from being swamped by 
spurious error reports caused by equipment known to 
be missing, error checking is selectively enabled. A 
mask register 456 containing a mask bit for every line 
controller under each master controller, both on-line 
and standby is provided. This register 456 is loaded by 
the master controller processor. It may also be read by 
the processor. 

The operation of frame memory is also tested in back- 
ground mode. Periodically, every location of frame 
memory is read and compared with what was written 
into it. This allows frame memory errors to be detected 
independent of reading by vector memory. This is very 
desirable, since the time between vector memory access 
of a given frame memory location is indeterminate. 

The integrity of data that is being written into frame 
memory is checked in the following manner. The data 
and parity that are being written into frame memory 
from one pair of selected master controllers are also 
inputted to the error detection and compare PROM 
460. The same master controller outputs will be tested 
for 16 write cycles. This allows one bit of data arriving 
from each of the 16 line groups under the selected mas- 
ter controller to be checked. The data applied to the 
error PROM 460 input during one of the cycles is also 
written into a holding register 462. During the time that 
would be the seventeenth frame memory cycle, nothing 
is written into frame memory. Instead, the frame mem- 
ory word that was written into when the holding regis- 
ter 462 was loaded is read and compared with the con- 
tents of the register. The register specifying the master 
controller pair to be tested is then incremented and the 
process is repeated for the next pair. When all master 
controller pairs have been tested, the master controller 
specifying register is re-initialized and the register speci- 
fying which of the 16 frame memory locations being 
written into will be checked. 

The error detection logic is selectively disabled by 
the mask register 456. If a master controller is missing, 
the masks of all 16 line groups that would be under its 
control are set to the absent state. This will inhibit per- 
forming any parity checks on data that would be arriv- 
ing from it and also inhibits data comparisons with its 
twin. When an error is detected, the transmitting master 
controller and line controller address and the type of 
error are strobed into FIFO buffer 458 which can be 
read by the master controller processor. 

Parity and data compare checks on two data bits from 
each line groups are made every frame time (3.33 ms) or 
faster. One data bit from every telex line in the system 
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will be checked every 64 frame times (213.3 ms) or 
faster. Every location in frame memory will be checked 
1024 frame times or 3.413 seconds. 

If line controller absent mask 456 is set, but the corre- 
sponding mask for its twin is not, the receiving master 
controller will transmit the data and parity associated 
with the non-absent device on both data lines going to 
the selected destination line controller. This forced 
matching is to prevent suprious data mismatches and 
parity errors from being detected by the destination line 
controller. This function cannot be performed in the 
destination line controller since the line controller has 
no way of knowing what the originating line controller 
was. 

Master Controller-to-Receiving Line Controller 

Referring now to FIG. 20, each line controller re- 
ceives two copies of each bit of data from each of the 
redundant pairs of master controllers above it. This is 
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error check inhibit masks are provided, one for each 
arriving conversation bit 5 line. 

The outputs of the lines which have not been masked 
are entered into a majority voting network (ROM 251) 
as an address. The contents of ROM 251 will output an 
error code to an error file register if any unmasked data 
lines are different, and the data conversation selected by 
ROM 251 to be applied to 4 bit register 252. 

The Command Bus 

Referring once again to FIG. 3, all communications 
among processors in the distributed processing telex 
exchange of the present invention are conducted via the 
command bus 4. The processors at all levels of active 
control (common control, master control, group con- 
trol) are interconnected through redundant pathways to 
both the higher and lower level processors. Any proces- 
sor may transfer data to the processor of any device 
connected to it by the command bus 4 via program 



shown in FIG. 20 as the line group signals LG1A- 20 controlled transfers. Each processor at each level con- 



LG4A and LG1B-LG4B plus the active bits ACTIVE 
A and ACTIVE B. As previously discussed, each data 
bit arrives on a separate line and is accompanied by a 
parity bit which is time division multiplexed on the 
same line on the data bit with which it is associated. All 
of the incoming conversation data bus 5 lines are input- 
ted to the line performance monitor (ROM) 251. Parity 
is checked on each incoming line, unless error checking 
on that line has been masked off. If a parity error is 
detected, it is written into an error file buffer along with 
the destination line address. The contents of the error 
file buffer is accessed by the group controller processor 
for error analysis. Since each line controller can have 
from one to four line groups under its control, four 
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tains a transmitter which sends identical data to a redun- 
dant pair of processors on the next higher or lower level 
of control (TXA and TXB). Each processor also con- 
tains a pair of receivers which receive identical (ideally) 
data from the redundant pair of processors on the next 
higher or lower levels of control (RXA and RXB). 

The hardware circuitry contained by each processor 
to perform the transmit and receive functions respond 
to program control through a set of addressable regis- 
ter, which include a command port (write only), a re- 
ceive status port (read only) and a transmit status port 
(read only). For the preferred embodiment, each regis- 
ter is 16-bits long with each bit having the following 
functional assignments: 



Command Register 



Command Command 
Bit Mnemonic 



Command 



Description 



15 

14 

13 

12 

11 

10 
9 



TABORT Transmit Abort 



LLCL 



Initialize 
Transmitter 

Initialize 
Receiver B 

Initialize 
Receiver A 

Initialize 
Receiver Queue 

Reset 

Transmit End of 



ZTX 

ZRXB 

ZRXA 

ZRQUE 

MRSET 
TEOM 



RCOMP Read Complete 



Loop Local 



TABORT causes the hard- 
ware to discard the 
current transmit mess- 
age. It also resets 
TOVF. 

ZTX resets the micro- 
processor that controls 
the transmitter 
ZRXB resets the micro- 
processor that controls 
the B receiver. 
ZRXA resets the micro- 
processor that controls 
the A receiver. 
ZRQUE clears the re- 
ceiver message buffer 
queue. 

Reset tranmitter buffer 
memory. 

TEOM causes the hardware 
to terminate the current 
message and prepare for 
a new one. 

RCOMP causes the hard- 
ware to clear the 
current receive status 
and to present new 
status and data when 
available. All receiver 
error flags are cleared 
also. 

LLCL connects both re- 
ceivers to the local 
transmitter. This 
allows a processor to 
test its own command bus 
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-continued 



6 
5 
4 
3 



FAIL Fail Light 

ON-LINE On-Line Light 
Run light 



RUN 
RDISA 

RDISB 

TDOA 

TDOB 



Receiver A 
Disable 

Receiver B 
Disable 

Transmit Dis- 
able Override A 



Transmit Dis- 
able Override B 



hardware. 

Lights red "Board Bad" 
LED on front panel. 
Lights green "Board On- 
Line" LED on front panel. 
Lights yellow "RUN" LED 
on front panel. 
RDISA causes the A re- 
ceiver to stop process- 
ing messages. 
RDISB causes the B re- 
ceiver to stop process- 
ing messages. 
TDOA causes the trans- 
mitter hardware to 
ignore any Receiver Full 
signal from the corres- 
ponding destination A 
receiver. 

TDOB causes the transmit- 
ter hardware to ignore 
any Receiver Full signal 
from the corresponding 
destination B receiver. 



Status Status 
Bit Mnemonic Status 



Receive Status Register 



Description 



15 RDATA Receive Data 



14 ON-LINE On-Line 



13 CHERR Channel Error 



1 1 MINC Message Incom- 

plete 



10 CRCERR CRC Error 

9 RXERR Receive Error 



8 ROVF Receiver Over- 

flow 



OVRD Overread 



6 EOM End of Message 



5 RXID Receiver Inden- 

tification 



LLCL Loop Local 



RDATA is set as soon as 
valid status and message 
data are available. 
RDATA is negated when 
RCOMP is set. 
ON-LINE indicates the 
state of the performance 
monitor connected to the 
Remote Transmitter at 
the time of message 
initiation. 

CHERR is set if there is 
CRC error, a receiver 
error, a receiver over- 
flow, or an incomplete 
error. It is the logi- 
cal OR of MINC, CRCERRM 
and RXERR. (See bits 
8-11). 

MINC is set if a neces- 
sary part of a message, 
such as SOM or EOM 
occurs out of order. 
CRCERR indicates the 
message failed the CRC 
check. 

RXERR is set upon detec- 
tion of a receiver over- 
run, framing error or 
parity error. 
ROVF indicates one or 
more preceding messages 
have been lost. It 
appears in the first 
message received after a 
lost message. 
OVRD is set if the pro- 
cessor attempts to read 
the receiver buffer when 
either no message is 
available or RCOMP has 
not been set. OCRD is 
reset when RCOMP is set. 
EOM is set when the 
final message byte has 
been read from the data 
port. 

RXID indicates that the 
message and status are 
from the B receiver. 
Otherwise they are from 
the A receiver. 
LLCL indicates the state 
of the LLCL command bit. 



4,292,465 



-continued 



3 


RDISA 


Receiver A Dis- 
able 


RDISA indicates the 
state of the RDISA 
command bit. 


2 


RDISB 


Receiver B Dis- 
able 


RDISB indicates the 

state of the RDISB command 

bit. 


1 


ROKA 


Receive A OK 


ROKA indicates that the A 
receiver is processing 
character data. This bit 
is reset by the hardware 
if input data is not pre- 
sent or if the receiver 
processor cannot function 
properly. 


0 


ROKB 


Receive B OK 


ROKB indicates that the 
B receiver is processing 
character data. This 
bit is reset by the 
hardware if input data is 
not present or if the 
receiver processor cannot 
function properly. 






Transmit Status Register 


Status 


Status 






Bit 


Mnemonic 


Status 


Description 


15 


TWARN 


Transmit Buffer 
Warning 


TWARN is set when the 
transmit buffer has room 
for less than one 
message. 


14 


MOR 


Receiver Output 
Buffer ready 


Message waiting in re- 
ceiver output register. 


13 


NEGSUP 


Negative Supply 


— 12V converter on CBI 
board failed. 


12 


ORA 


Output Ready A 


Receiver A FIFO has a 
complete message in it. 


11 


ORB 


Output Ready B 


Receiver B FIFO has a 
complete message in it. 


10 


LATCH 


Receive Latched 
Up 


Message being moved to 
receive common memory 
from one of the 
receivers. 


9 


CRDR 


FIFO Data Ready 


Message waiting in 
transmitter output FIFO. 


8 


TOK 


Transmitter OK 


TOK is set when the 
transmitter is process- 
ing character data. It 
is reset by the hardware 
if the transmitter can- 
not function properly. 


7 


TOVF 


Transmit Over- 
flow 


TOVF is set by the hard- 
ware if the transmitter 
processor attempts to 
write into a buffer that 
is full or not ready. 
TOVF is reset by the pro- 
gram when TABORT is set. 


6 


ROLA 


Receiver A On- 
Line 


ROLA indicates that the 
destination A receiver 
connected to the trans- 
mitter is on-line. The 
destination Performance 
Monitor controls the 
state of the bit. 


5 


ROLB 


Receiver B On- 
Line 


ROLB indicates that the 
destination B receiver 
connected to the trans- 
mitter is on-line. The 
destination Performance 
Monitor controls the 
state of this bit. 


4 


MDRB 


Message Data 
Ready 


Message waiting in 
transmitter input FIFO. 


3 


TDOA 


Transmit Dis- 
able Override A 


TDOA indicates the 
state of the TDOA com- 
mand bit. 


2 


TDOB 


Transmit Dis- 
able Override B 


TDOB indicates the 
state of the TDOB com- 
mand bit. 


1 


RBF 


Receiver B Full 


RBF is set when the buf- 



fer of the remote B re- 
ceiver connected to the 
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-continued 

transmitter is full. 
The transmitter then 
halts transmission to 
that receiver unless 
TDOB is set. 

0 RAF Receiver A Full RAF is set when the buf- 

fer of the remote A re- 
ceiver connected to the 
transmitter then halts 
transmission to that re- 
ceiver unless TDO A is 
set. 



The command data that is transmitted between the a hardware failure may be assumed. Information is 

processors of the present invention is composed of mes- ^ transferred between processors on the message link 

sage data (MSG data) and control/status data. This only when the transmit buffer is not empty and the 

information is transferred to receiving devices over two receive buffers are not full. 

serial asynchronous data links, one link for the MSG Referring now to TABLES 1 and 2, information is 

data and one for the control/status data. MSG data is transferred continuously on the control/status link. A 

encoded and transmitted as serial 8 -bit start-stop charac- 2 q status byte is generated for each message byte sent, 

ters. Each character carries one byte of data. FIG. 36 SOM is asserted concurrently with only the first byte of 

illustrates the format for an 8-bit data byte transmitted a message, and EOM is asserted concurrently with the 

over the data links. The following TABLE 1 lists the bit CRC character that follows each message. MD is as- 

assignments for each byte of command data. serted whenever a data byte is being transferred while 



TABLE 1 



BIT = 


0 1 2 3 4 5 6 7 






2° 2 1 2 2 2 3 2 4 2 5 2 6 2 7 = 


MSG data 






and CRC 




111111 11 


idle 






charac- 






ter 




XI X2 X3 RAF RBF ROLA ROLB PARITY = 


control/ 






status 


Xi 


Binary coded data link control; SOM (start of message), 




X2 


EOM (end of message), MD (message data), idle (idle 




X3 


character), ABORT (message abort) 




RAF 


receiver A data buffer full 




RBF 


receiver B data buffer full 




ROLA 


receiver A on-line 




ROLB 


receiver B on-line 




PARITY 


Parity computed on bits 1-7 (even) 





Each message has a maximum length of 63 bytes of 
character data. A CRC (cyclic redundancy check char- 
acter) computed by the transmitter follows every mes- 
sage. The following TABLE 2 lists the basic message 45 
formats: 

TABLE 2 



BYTE CONTRO/STATUS 





NO. 


DATA 


SOM, 


EOM, 


MD 


Terminator 












related 












MSG: 














0 


Function Code 


I 


0 


0 




1,2 


Terminator Number 


0 


0 


1 




3-N 


MSG Data 


0 


0 


1 




N+I 


CRC 


0 


1 


0 


Processor 












related 












MSG: 














0 


Function Code 




0 


0 




1 


Processor ID 


0 


0 


1 




2-N 


MSG Data 


0 


0 


1 




N+l 


CRC 


0 


1 


0 


Idle 












Character 














All 


Programmable 
(all l's) 


0 


0 


0 
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When no messages are being sent, idle characters com- 
posed of all l's are transmitted. Thus, if data flow halts, 



ABORT, which may be asserted in any status character, 
is used to terminate a faulty message. ROLA and ROLB 
(receiver A and receiver B On-Line) signals are pro- 
vided by the transmitting processor and are used to 
indicate receiver status to the transmitters connected to 
them. RAF (receiver A Full) and RBF (receiver B Full) 
are asserted by a receiver when the receive buffers 
become nearly full. This signal is asserted long enough 
before actual overflow occurs in order to ensure that no 
data in transmission is lost. In most cases, the transmitter 
would halt soon enough to prevent buffer overflow and 
loss of message text. Destination receive buffer status is 
ignored if the corresponding TDOA or TDOB transmit 
disable override is asserted. 

Transmitter Operation 

Referring now to FIG. 37 which illustrates a block 
diagram of the buffering of message data between the 
processor and the transmitter, message transmission 
begins when the first byte of a message is written into 
the data port and continues as successive bytes are writ- 
ten. The rriessage is terminated by setting EOM in the 
command port. If the input buffer to the transmitter 
becomes full, TOVF will be set if an attempt is made to 
transfer more data into the buffer. The buffer may be 
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cleared by asserting TABORT in the command port. 
TABORT also clears TOVF. 

Messages pass through three stages of buffering be- 
tween the processor and the transmitter output. As 
illustrated in FIG. 37, the stages are: single message 
FIFO 500, multiple message FIFO 502, and RAM mes- 
sage FIFO 504. Data bytes are loaded into FIFO 500 by 
the processor. SOM is asserted by the hardware when 
the first byte is loaded into an empty FIFO 500. A 
maximum of 63 bytes may enter FIFO 500 as a single 
message before EOM is asserted after the last message 
byte. The hardware, upon detecting an EOM, moves 
the message to FIFO 502. FIFO 502 holds up to 12 
messages, including an EOM indicator for each mes- 
sage. 

FIFO 504 is an extension of FIFO 502 and is under 
control of the transmit processor. (Each receive port 
and each transmit port of every processor contains a 
microprocessor dedicated to performing its respective 
function. For the preferred embodiment of the present 
invention, Intel Corporation Model 8085 microproces- 
sors are used.) Here, a leader byte containing the mes- 
sage length is appended to the beginning of the message 
and a CRC byte, computed by the transmit processor, is 
appended to the end of the message. This processor also 
generates a control/status byte to accompany each 
message byte. 

Message bytes and control/status bytes are output 
continuously in a serial format from the transmitter. 
The transmitter output drive two identical sets of differ- 
ential line drivers that are distributed to the next level of 
processors. 

Receiver Operation 

Referring now to FIG. 38, each command bus 4 re- 
ceiver accepts inputs from the two transmitters associ- 
ated with the redundant pair of sending devices. Re- 
ceive messages pass through four stages of buffering 
between the receiver input and the controller processor. 
As illustrated in FIG. 38, the stages are: RAM message ^ 
FIFOs 506 and 510, single message FIFOs 508 and 512, 
multiple message FIFO 514, and single message FIFO 
516. Data arrives via the serial link from the transmit- 
ters. Two independent receivers (8085 uc) process mes- 
sage data from the redundant transmitters. 

A UART (Universal Asynchronous Receiver/Trans- 
mitter) accepts the incoming data, converts it to a paral- 
lel format, and raised a Data Ready flag. The receiver 
processor recognizes the Data Ready flag and accepts 
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nation and the telex exchange of the present invention 
for both a call set-up and for a disconnect sequence. 

Turning now to FIG. 4, a block diagram representa- 
tion of the group controller 8-line controller 10 combi- 
nation is shown. Although FIG. 4 illustrates only a 
single block for both the group controller 8 and the line 
controller 10, it is to be understood that there is a 
standby unit that is functioning in parallel to those 
shown and discussed below. The data busing necessary 
to effectuate this connection has been discussed previ- 
ously. Referring to FIG. 4, group controller 8 is illus- 
trated as having a program memory 9 which contains 
the group controller software routines which are exe- 
cuted in conjunction with the firmware signaling rou- 
tines of the line controller 10 to produce the desired 
signaling sequences in the termination lines that are 
under control of this group controller-line controller 
combination. A detailed discussion of the structure and 
organization of program memory 9 is given below both 
with regard to FIG. 21 and in a discussion of an example 
of how a particular type of signaling sequence is pro- 
duced by the present invention. As part of the group 
controller 8 is the group controller interface 52 through 
which the group controller 8 communicates with the 
line controller 10. It should be noted here that all data 
transfers, both to and from the line controller 10 are 
initiated by the group controller 8. 

Still referring to FIG. 4, line controller 10 is shown 
including a timing unit 50 which responds to the central 
timing signals from the system clock 7 of common con- 
trol 1 to provide the necessary clocking signals to the 
functional blocks of the line controller 10. Connected to 
the group controller interface 52 is a bi-directional data 
bus 54 which enables the group controller 8 to transmit 
and receive data from the line controller 10 functional 
blocks. The line controller 10 consists of two identical 
microprogrammed processors, one for the receive func- 
tion and (receive processor 56) and one for the transmit 
function (transmit processor 58). Both the receive pro- 
cessor 56 and transmit processor 58 perform their re- 
spective functions on a particular termination line ac- 
cording to the contents of the sequence file 60 shown in 
FIG. 4. The sequence file 60 is connected to the group 
controller 8 via the data bus 54 and group controller 
interface 52. Processing of each termination line under 
control of this group controller-line controller combi- 
nation is done on a time share basis during time share 
intervals by the line controller 10. That is, each termina- 
tion is given a predetermined interval of time within 



the first control/status byte. After checking for data or 50 which the microprogrammed instructions for the line 



status errors, a CRC is computed and the incoming 
message is stored in FIFO 506(A) or 510(B). Messages 
are transferred one at a time (FIFO 508(A) or 512(B)). 
From FIFO 508 and 512, messages are transferred alter- 
nately from the A and B receivers as long as no errors 55 
are detected. Upon occurrence of an error in either side, 
an alarm indication is generated and the message from 
the side in error is disregarded. Messages are transferred 
one-at-a-time to FIFO 516 and, as EOM status is veri- 
fied, the messages are made available to the controller 60 
processor. 

The Group Controller-Line Controller Combination 

As previously mentioned with regard to FIG. 1, the 
group controller-line controller combination, operating 65 
through the terminator control units and the terminator 
units themselves, produces the signaling sequences re- 
quired by the protocol signaling between a telex termi- 



controller signaling routines selected for this termina- 
tion are executed to generate the signaling required by 
each termination. At the completion of each time share 
interval, the program execution for the next termination 
to be time share processed begins execution where pro- 
gram execution left off the last time that this termination 
was time share processed. Additionally, the receive 
processor 56 and the transmit processor 58 simulta- 
neously execute the instructions selected for this termi- 
nation that are contained within their respective pro- 
gram memories. 

As previously mentioned, the next termination to be 
time share processed is specified by the contents of 
sequence file 60. The sequence file 60 consists of a table 
of 768 entries that has sequentially stored therein the 
number of the termination that is next to be time share 
processed. For a 50 baud line the sequence file 60 re- 
quires at least one entry for each termination while, and 
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for a 300 baud line, six entries are required. The output 
of the sequence file 60 is used not only to determine 
which termination is next to be processed, but also, to 
provide the address to the terminator control units to 
enable the flow of data to and from the termination that 5 
is currently being time share processed, and to send and 
receive data from the conversation bus 5. Data bus 68, 
as seen in FIG. 4, provides the address of the termina- 
tion next to be time share processed to the input of the 
terminator control interface 78, the conversation bus 10 
interface 80, as well as receive processor 56 and trans- 
mit processor 58. 

The Line Controller Processor 

Still referring to FIG. 4, both the receive processor 15 
56 and the transmit processor 58 are identical except for 
their input/output connections necessitated by their 
respective functions. The following is a discussion of 
the architecture for the microprogrammed processor 
which is used in both the receive processor 56 and the 20 
transmit processor 58. While a discussion of transmit 
processor 58 is given below, except for the input/output 
connections, this discussion is equally applicable to the 
receive processor 56. 

The data bus 54, which is shown connected to the 25 
group controller interface 52, is applied to three proces- 
sor files, the program re-entry file (PRF) 62, the con- 
stant file 64 (CRF) and the variable file 66 (VRF). The 
PRF file 62 contains an addressable memory location 
for each of the terminations under the control of line 30 
controller 10. Stored in each of these locations is the 
program memory 70 address of the next microcoded 
instruction next to be executed for the associated termi- 
nation. That is, the address outputted by the sequence 
file 60 causes the contents of the PRF file 62 to transfer 35 
to the program counter for the processor the starting 
address at which program execution will commence for 
this termination. At the completion of the time share 
interval for this termination, the current contents of the 
program counter will be transferred back into address- 40 
able locations for this termination in the PRF file so that 
program execution will commence at that address when 
this termination is once again time share processed. 

Still referring to FIG. 4, the constant file 64 and the 
variable file 66 each contain a block of memory loca- 45 
tions associated with each termination under control of 
this line controller 10. In these memory locations are 
stored the data required by the selected signaling rou- 
tines to process the terminations. Thus, when a given 
termination is being time share processed, the contents 50 
of the memory block locations in both the constant 64 
and the variable 66 files are made available to the pro- 
cessor instruction execution means (see FIG. 8), as well 
as the terminator control interface 78, to enable the 
processor to perform the desired function of the se- 55 
lected signaling routine. The contents of the memory 
block locations in both the constant file 64 and the vari- 
able file 66 for the termination that is next to be time 
share processed is made available to the processor in- 
struction execution means by transferring the blocks of 60 
data from these two memories to the constant catch 
memory 72 and the variable catch memory 74, respec- 
tively. The output from these memories are inputted to 
the arithmetic logic unit (ALU) 76 during the execution 
of the instructions read from the program memory 70. 65 

The group controller 8 interfaces with the line con- 
troller 10 through the group controller interface 52. All 
data transfers between the group controller 8 and the 



line controller 10 are initiated by the group controller 
only. The group controller 8 may both read from and 
write into the sequence file 60, the program re-entry file 
62, the constant file 64 and the variable file 66. How- 
ever, either line controller 10 processors, the receive 
processor 56 or the transmit processor 58, can only read 
from its PRF 62, constant file 64 and variable file 66, 
and can only write into the variable file 66. Neither 
microprogrammed processor 56 or 58 can access the 
sequence file 60 either for a read or a write. In order to 
write into its variable file 66, each microprogrammed 
processor must first modify the contents of the variable 
catch memory 74 during each time share interval. At 
the completion of each time share interval, the contents 
of the variable catch memory 74 is written back into the 
variable file 66. In this way, the contents of variable file 
66 is modified by the microprogrammed processor. 
Thus, the group controller processor 8 can obtain data 
from the line controller 10, such as received characters 
from the terminations, by reading the contents of the 
variable file 66. The line controller 10 can select the 
signaling routines to be performed for any given termi- 
nation by loading the program re-entry file memory 
location for that termination with the starting program 
memory 70 address for the routine that has been se- 
lected for this termination. At the next time share inter- 
val for that termination, program execution will begin 
at that specified address. 

As shown in FIG. 4, terminator control interface 78 
interfaces to both the output of the receive 56 and the 
transmit 58 processors. A single sequence file 60 is used 
to control both the receive processors 56 and the trans- 
mit processor 58 while the program re-entry file 62, 
constant file 64 and variable file 66 are present in both of 
the processors. Transmitted on the bus 69 between these 
two processors are the interprocessor flags. These inter- 
processor flags are the only data that is passed between 
the receive 56 and the transmit 58 processors during the 
execution of their respective signaling sequences for 
each termination. A more detailed description and the 
the purposes of these flags will be given in the discus- 
sion of the instruction execution logic 75 as shown in 
FIG. 8. 

Turning now to FIG. 5, a timing diagram of the line 
controller 10 for the timing pulses which occur in one 
time share interval of 2.89 microseconds is shown. 
Clock pulses labelled Tl through T7 are derived from a 
"local" oscillator frequency of 25.3 MHz using two 
4-bit binary counters. Clock signals T2B and T3B are 
generated by phase shifting clock signals T2A and T3A, 
respectively. The pulse T7 occurs at the start of each 
time share interval, and during the time that T7 is true, 
group controller 8 has access to the line controller 10*s 
files to transfer data to or from the line controller 10. At 
all other times, the files contained in the line controller 
10 are under control of the internal line controller 10 
hardware. In this manner, every 2.89 microseconds, the 
group controller 8 is permitted access to the line con- 
troller 10 to effectuate a data transfer. At the execution 
speed of the group controller 8 for the preferred em- 
bodiment, this is more than an adequate rate for the 
group controller to perform its functions. 

As shown in FIG. 4, the sequence file 60 has the clock 
signal T7 inputted. The sequence memory 60 is accessed 
by a counter which advances with the clock T7. As 
previously mentioned, the contents of the sequences 
memory 60 determines which set of line parameters are 
to be accessed during the next 2.89 microsecond time 
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share interval. The signal LCO shown in FIG. 5 is used 
as the least significant bit of the line number that is used 
to produce the terminator control unit addressing into 
odd and even groups. A more detailed discussion of this 
feature will be given in this disclosure in the discussion 
of the terminator control units, such as terminator con- 
trol unit 16 (see FIGS. 1 and 2). The clock signals 
P1-P4 are provided mainly for the high rate operation 
of the cache memories 72 and 74 (see FIG. 4). 

Turning now to FIG. 6, a more detailed block dia- 
gram of the group controller interface 52, as shown in 
FIG. 4, is given. To enable the group controller 8 access 
to the various files within the line controller 10, two 
word locations within the group controller address 
space are provided. These locations have been assigned 
the following labels: LCADDR and LCDATA. (See 
listing of group controller task routine TXSEL for a 
program instruction referencing these registers). The 
location LCADDR 82 contains the word address in the 
line controller files to be accessed, and the location 
LCDATA 84 contains the 16-bit quantity read from or 
written into the word address specified by LCADDR. 
As previously mentioned, all data transfers between the 
group controller 8 and line controller 10 are always 
initiated by the group controller 8. This minimizes the 
interface control logic and obviates the need for address 
generation by the line controller 10. These data trans- 
fers are initiated asynchronously with the line control- 
ler operations and some buffering is required. Actual 
transfers to and from the register files can only occur 
during the time that the files are not being used to up- 
date the cache memories. This happens during the time 
interval T7. 

Turning now to FIG. 7, a more detailed block dia- 
gram of transmit processor 58 is shown. As previously 
mentioned, both the transmit 58 and the receive 56 
processors are identical except for special purpose I/O 
circuitry that enables each of the respective processors 
to perform their functions. Accordingly, the following 
discussion of the transmit processor shows in FIG. 7 
would be equally applicable to the receive processor 56. 
The data bus 54 over which the group controller 8 
transmits and receives data from the line controller 10 is 
shown connected through a set of buffer registers 88, 90 
and 92 to input to and read from the three processor 
files: the program re-entry file (PRF), the constant reg- 
ister file (CRF) and the variable register file (VRF). 
Controlling each of these three files is the memory files 
address and control unit 110. Unit 110 responds to the 
address from the sequence file 60 (FIG. 4) and from the 
group controller interface 52 address register 
LCADDR to generate the appropriate addresses to the 
three memory files. That is, under control of address 
unit 110, the contents of CRF 64 and VRF 66 are trans- 
ferred to the constant cache memory 72 and variable 
cache memory 74, respectively (see FIG. 8). Also, 
translation parameters are sent to the terminator control 
interface from the CRF 69 to enable the data forwarded 
from the terminations to be converted to logic signals of 
the processors (see FIG. 13). The output of CRF 64 
passes through the constant catch buffer 102 while the 
output of the VRF 66 is buffered through the variable 
catch buffer 104. Both buffers 102 and 104 are used to 
buffer the data to their respective cache memories. In 
addition, the shift register/buffer 94 connected to the 
output of the VRF 66 file is used to transfer the data 
from the variable cache memory 74 back into the VRF 
file 66 at the completion of each time share interval. A 
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more detailed discussion of this function is given with 
regard to FIG. 9. 

Still referring to FIG. 7, the transmit processor pro- 
gram memory 70 contains the microcoded instructions 
for the various signaling routines for the transmit func- 
tions. The contents of the program counter 112 nor- 
mally provides the address to the program memory 70 
for the next microcoded instruction to be executed. 
However, some program instructions, such as a jump 
instruction, may be the source of the next instruction to 
be executed. In such a case, the output of either the 
program memory 70 itself or register 98, which is con- 
nected to the program memory 70 output, will be used 
to provide the address for the next program memory 
instruction to be executed. Selection of the source of the 
program memory 70 input address will come from se- 
lector 114 and will be controlled by the microcoded 
instruction previously executed. 

At the beginning of each time share interval, the 
contents of the PRF file 62 specified by the memory 
files address and control unit 110 in response to the 
sequence file 60 is transferred to the program counter 
112. This loads the program counter 112 with the ad- 
dress of the next instruction to be executed for the cur- 
rent termination. However, prior to updating program 
counter 112, the select and hold register 96 transfers 
back into PRF 62 the current content of program 
counter 112 for the termination that was just time share 
processed so that the next time that termination is pro- 
cessed, program execution will pick up at the same 
point it left off. Holding register 100 and selector 108 
are connected between the output of the PRF file 62 
and the program counter 112, and function to provide a 
variation in the transfer of program control according 
to the contents of the instruction register 106. In other 
words, if the instruction is a branched instruction, the 
address contained in register 106 will be loaded into the 
program counter 112 via selector 108 to control the 
transfer of program control to the branched instruction. 
The contents of instruction register 106, whose input is 
obtained from the output of the program memory 70 or 
the output of the branch instruction register 98, if se- 
lected by the instruction execution logic 105, is applied 
to the transmit processor program execution means 105 
via the instruction register 106. 

Turning now to FIG. 8, a block diagram of the trans- 
mit/receive processor instruction execution means 105 
is shown in which the program instruction register 106 
inputs a 32-bit microcoded instruction word to the input 
of the instruction execution means 105. Each of the bits 
in this microcoded instruction word is used in some way 
to control the flow of data through the execution logic 
to produce the desired instruction results. Before dis- 
cussing in detail the operation of the instruction execu- 
tion logic shown in FIG. 8, reference should be had to 
FIGS. 10 and 11 which respectively show the line con- 
troller processor instruction format and a species of 
program instructions referred to as the branch instruc- 
tions. 

Referring first to FIG. 10, the function of each bit in 
the microcode instruction word is stated opposite the 
bit number. Briefly, bit 31 of the instruction word indi- 
cates whether the instruction is to be a branch instruc- 
tion or not. If bit 31 is at a logic 1, one of the branch 
instructions illustrated in FIG. 11 may be performed. 
The various functions performed by the bits indicated in 
FIG. 11 will be appreciated by those skilled in the art 
when taken in conjunction with the circuit diagram as 
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illustrated in FIG. 8. For example, the branch instruc- 
tion BFLG, shown in FIG. 11, will cause a branch to 
occur if all selected flags are equal to a logic 1. 

Referring to FIG. 8, the A input to arithmetic logic 
unit 76 is controlled by which of the two inputs to 
selector gate 140 is selected by bit 26 of the microcode 
instruction. For the branch instruction BFLG, bit 26 is 
at a logic 1 thus enabling the "1" input to selector 140 to 
apply that data source to the A input of ALU 76. In this 
case, the one input to selector 140 is the output of the 
flag selector gates 154. Flag selector gates 154 have four 
inputs of four bits each which are multiplexed onto the 
four output data lines by the states of bits 16 and 17 of 
the microcode instruction. As shown in FIG. 11, bits 18 
and 19 are unused bits and only bits 16 and 17 specify 
the flag field select. Thus, any one of the four 4-bit flag 
sets of data can be inputted to the A input of ALU 76 by 
appropriately specifying the binary state of bits 16 and 
17 of the microcode instruction. Also, the state of bits 24 
and 25 determine which of the four 4-bit words inputted 
to selector gate 134 is applied to the B input of ALU 76. 
For the instruction BFLG, the binary states of bits 20 
through 23 are all in a logic 1 so that the logic function 
performed by the ALU 76 under control of the instruc- 
tion word bits 10-15 will be A or B. That is, a branch 
will occur if all selected flags applied to the A input of 
ALU 76 are at a logic 1. 

All branch decisions are based on one of two ALU 76 
(see FIG. 8) outputs. These are the carry output 
(Cn+4) and the l's output (A = B). If bit 30 of the mi- 
crocode instruction word is at a logic 1, the carry out- 
put is used. If bit 30 is at a logic 0, A = B is used. If bit 
29 is at a logic 0, the branch takes place if the selected 
output is at a logic 1, while if bit 29 is at a logic 1, the 
branch takes place at the selected output is at a logic 0. 
Any ALU 76 function with any combination of inputs 
can be specified for the branch decision. The branch 
instructions illustrated in FIG. 11 do not comprise a 
complete list of all possible branch instructions. The 
possibilities of branch instructions not listed in FIG. 11 
can be determined by examination of the function tables 
of ALU 76, which for the preferred embodiment of the 
present invention is a Texas Instrument Model No. 
74S181 ALU that may be found in logic data books such 
as the TTL Data Book, Second Edition, Texas Instru- 
ments, 1976. 

Referring to FIG. 10, if bit 31 of the microcode in- 
struction is at a logic 0, no branch instruction is to be 
performed. Rather, bits 28, 29 and 30 are then used to 
specify one of three special function instructions that 
will be performed on the variable catch data at the 
completion of the time share interval for this termina- 
tion. These special function instructions will be dis- 
cussed more fully below. 

Referring once again to FIG. 8, the constant cache 72 
and variable cache 74 are shown as consisting of two 
separate and distinct memories whose inputs and out- 
puts are connected in parallel. Each of the memories 
illustrated for the cache memories 72 and 74 are divided 
into four 16-bit memory words that are themselves 
divided into four subwords of 4-bits each. Each pair of 
memories which comprise the constant cache 72 and 
the variable cache 74 function identically except that 
only one of the two memories which make up each of 
the caches is used to output data to the ALU 76 during 
each time share interval. In other words, one of the 
pairs of memories comprising each cache is in an active 
state and able to output data to the ALU 76, while the 
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companion memory is in an inactive state and is unavail- 
able to output data to the ALU 76. As will be discussed 
more fully with respect to FIG. 9, the operation of each 
of the high-speed cache memories which comprise both 
the constant cache 72 and the variable cache 74 will be 
given. Two parallel cache memories are used for the 
function of the constant cache 72 and the variable cache 
74 in order to avoid slowing down the microprogram 
processor with the loading and unloading of the data 
contained in the CRF 64 and VRF 66 files at the start of 
each time share interval. This slow down is avoided by 
having the inactive backup cache memory available for 
loading of the data to be used in processing the next 
termination to be time share processed during each time 
share interval so that the processor can rapidly transfer 
program execution for the next termination at the start 
of the next time share interval. Thus, at the completion 
of each time share interval, the inactive cache memories 
will have been loaded with the new data from the re- 
spective CRF 64 and VRF 86 files to enable program 
execution to continue uninterrupted. At the completion 
of each time share interval, each memory within the 
constant cache 72 and variable cache 74 change their 
states, the active going inactive and the inactive becom- 
ing active. Since the address and the input/output data 
lines for both the active and inactive memories of each 
cache memory 72 and 74 are in parallel, the rest of the 
instruction execution logic shown in FIG. 8 will not be 
concerned with which of the two memory units in each 
cache the data is coming from. 

As previously mentioned, only the variable catch 
memory 74 can both be read from and written into by 
the instruction execution logic 105. The output from the 
ALU 76 is inputted to gates 138 and that data is written 
into variable cache 74 if bit 27 of the microcoded in- 
struction is a logic 1 or if the instruction is a branch 
instruction and bit 28 is a logic 1. This data will be 
recorded in the memory location within variable catch 
74 specified by microcode instruction bits 16-19. 

Still referring to FIG. 8, in order to further reduce 
the amount of software overhead to perform the line 
controller function, certain special function instruction 
which operate on the data contained in the variable 
catch 74 have been designed into the line controller 10 
hardware. If bit 30 of the microcode instruction word is 
a logic 1, the special function enable signal outputted by 
the selector gate 122 is applied to the special function 
memory 142. One of the functions performed by the 
special function memory 142 is to initialize any one or 
all of the subwords of any one of the four 16-bit memory 
words that make up the variable cache 74. The 16-bit 
word on which the special function instruction will be 
performed is specified by the special function word 
select bits 8 and 9 of the microcode instruction. Bits 8 
and 9 are applied to the register 132 and will appear on 
the input to special function memory 142 as a two-bit 
address if a branch instruction is not selected (bit 
31= logic 0). The subwords of the addressed 16-bit 
word to be initialized is specified by bits 4—7 of the 
microcode instruction word. It should be pointed out 
here that all of the special function instructions are not 
carried out on the data contained in the active variable 
cache memory. Rather, these instructions are per- 
formed on the data contained in the inactive variable 
cache 74 data prior to that, data's return to the VRF 66. 
It is the function of the special function memory 142 to 
store each special function instruction that occurs dur- 
ing each time share interval so that they may be per- 
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formed during the next time share interval. Each 16-bit 
word in the variable cache memory 74 may have a 
single special function instruction stored for it in each 
interval. If more than one special function instruction is 
specified in any time share interval for the same 16-bit 5 
word, only the last instruction is remembered in mem- 
ory 142. 

If special function instructions are specified for more 
than one 16-bit word, the instructions are executed in 
the order of the address involved, not in the order of 10 
their appearance in the 18 instruction time share inter- 
val. In all, three special function instructions are pro- 
vided for: the initialized instruction just mentioned, a 
shift instruction and a move instruction. The shift in- 
struction causes the 8 least significant bits of a 16-bit 15 
word to be shifted 1 bit to the right using the external 
input either from the termination or from the conversa- 
tion bus 5 as the value of the bits shifted into the left- 
most bit of the 8-bit word shifted. In this manner, the 
variable cache 74 can construct parallel characters from 20 
the serial data received from the terminator control 
units or the conversation bus 5. If an initialize is also 
specified, the zeroing takes place before and during the 
shift. Therefore, zeroed words remain zeroed and 
words to the right of zeroed words get a zero in the 25 
most significant bits. As seen in FIG. 8, the external 
input eventually is applied to the B input of the ALU 76 
via the buffer register 150, selector gate 136 and selector 
gate 134. As is the case for all data flow within the 
instruction execution logic 105, the bit pattern in the 30 
microcode instruction will determine which of the ex- 
ternal inputs is applied to the B input of the ALU 76. 
Lastly, the special function instruction "move" trans- 
fers the 8 least significant bits from a 16-bit cache mem- 
ory word to the 8 least significant bits of the previous 35 
1 6-bit memory word (lower address word). This ena- 
bles the completed 8 level characters to be transferred 
to a buffer register, freeing up the register needed to 
construct the character from the serial data coming 
from the termination or the conversation bus 5. It is this 40 
completed character that is eventually transferred to 
the group controller 8 according to the execution of the 
script routines in the group controller. If an initialize is 
also specified, it will operate normally, causing zeros to 
appear where specified, independent of the move in- 45 
struction. If a shift instruction is also specified, it oper- 
ates normally on the word moving onto the specified 
location. If a move is specified for the 16-bit word with 
the lowest address, the 8 least significant bits of the 
highest addressed group for the previous time share 50 
interval will be moved in. 

As shown in FIG. 8, the interprocessor flags are 
transmitted between the receive processor 56 and the 
transmit processor 58 over the set of data lines 69 (see 
FIG. 4). These data lines 69 are shown in FIG. 8 input- 55 
ted to the flag buffer register 156. Bits 2 and 3 of the 
output of ALU 76 from both of the line controller pro- 
cessors are transmitted to the other processor to com- 
prise bits 0 and 1 of the 4-bit data word inputted to one 
of the selectable registers of buffer register 156. The 60 
state of the interprocessor flags may be accessed by the 
appropriate address from bits 16 and 17 of the micro- 
coded instruction word that will enable the interproces- 
sor flags to appear on the "A" inputs to ALU 76. 

Two functions are performed by the interprocessor 65 
flags in each of the respective receive and transmit 
processors. For the receive processor, when it receives 
a call from a termination, the receive processor gener- 
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ates a flag to the transmit processor to indicate that 
occurrence. Periodically, the transmit processor will be 
executing an instruction that examines the value of this 
flag since the signaling routine selected for this termina- 
tion would be one in which a call was not in progress. 
When the transmit processor finds that the flag is true, 
the transmit processor will immediately transfer its 
program control to the signaling routine to generate an 
"auto call confirm" back to the calling termination. 
Auto call confirm is transmitted without supervision 
from the group controller 8. However, group controller 
8 will detect that a call has been received by the receive 
processor and as it begins to execute the script for the 
call set-up signaling sequence for this termination, it 
will check to see if the transmit processor has sent the 
"auto call confirm". If it hasn't, then the group control- 
ler 8 will command it to do so. By having an auto call 
confirm, the termination can already the progressing to 
the next state of signaling while the group controller 8 
is preparing the script for this termination. 

The second function performed within the receive 
processor by the interprocessor flags is that when the 
receive processor determines that the line has been 
cleared, it will send a flag to the transmit processor 
indicating that occurrence. Again, the transmit proces- 
sor will periodically be executing an instruction that 
will examine the value of this flag since a call is in 
progress and the next involvement of the group control- 
ler 8 will be to clear the call down. When it determines 
that it is true, the transmit processor will send a "clear 
confirm" and stop the transmission to that termination. 

With regard to the transmit processor, when the 
transmit processor receives a clear flag from the receive 
transmit processor, it sends back to the receive proces- 
sor a flag indicating that it has received the clear flag 
and will send a "clear confirm" to the termination. In 
this manner, the receive processor will know that the 
transmit processor has received the flag. Secondly, 
when the termination is a 2-wire termination, the trans- 
mit processor will send an innerprocessor flag to the 
receive processor when it is transmitting. This flag will 
inhibit the receive processor so it won't process the data 
being transmitted to the termination as received data 
from the termination. 

Still referring to FIG. 8, if the illustrated processor is 
the transmit processor, the data to be transmitted to the 
termination (TDATA) from the MSB of the output of 
the ALU 76 is outputted after a 185 nanosecond delay 
through delay 162 and gate 160. TDATA is inputted to 
the terminator control interface 78 for eventual trans- 
mission to the termination. In a similar manner, data 
derived from the status bits of bus 11 (see FIG. 15) from 
the terminator units is inputted to one of the registers of 
flag register 156 so the processor can examine the cur- 
rent state of the line of the termination being time share 
processed. The most significant bit MSB of ALU 76 of 
the transmit processor and the LSB of ALU 76 of the 
receive processor are forwarded to the conversation 
bus interface 80 via the gate 164. Data from the conver- 
sation bus interface 80 to both the transmit and receive 
processors is inputted to the external input register 150. 

Turning now to FIG. 9, a timing diagram for a typi- 
cal time share interval which shows the flow of data for 
both the constant catch 72 and the variable catch 74 
(FIG. 8) is illustrated. For the preferred embodiment of 
the present invention, during each time share interval, 
1 8 microcode instructions from program memory 70 are 
executed for each termination. As previously men- 
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10 



15 



tioned, access by the group controller 8 to the contents 
of the various files within the line controller 10 is pro- 
vided during the T7 access window. For the preferred 
embodiment, T7 is 320 nanoseconds long, and each time 
share interval is 2.89 microseconds long with each mi- 
crocoded instruction taking 160 nanoseconds to be exe- 
cuted. Also shown in FIG. 9 is the flow of data from the 
program counter 112 (see FIG. 7) and the PRF 62 file. 
Beginning with the third instruction in each time share 
interval, the contents of the PRF 62 is transferred to the 
holding register 100 (see FIG. 7). The time to read the 
contents of the PRF 62 spands instruction times 3 and 4. 
During the instruction time for instructions 5 and 6, the 
content of the select and hold register 96 is loaded back 
into the PRF 62 location for the termination previously 
time share processed. The contents of the select and 
hold register 96 at this time is the value of the program 
counter 112 plus 1 or the address contained in a branch 
instruction plus 1 if the last instruction in the previous 
time share interval was a branch instruction. Beginning 20 
with instruction number 7 and repeating every 4th in- 
struction time, the above procedure repeats up to in- 
struction 17. As a result, at the completion of instruction 
number 18, the select and hold 96 will contain the con- 
tents of the program counter 112 +1 or the branch in- 25 
struction address plus 1 (see above) which is the pro- 
gram memory 70 address of the next instruction to be 
executed for this termination in its next time share inter- 
val. 

Still referring to FIG. 9, as previously mentioned, 
each of the memories that comprise both the constant 
cache memory 72 and the variable cache memory 74 
have both an active and an inactive state. In the active 
state, the contents of the cache memory is available to 
the instruction execution logic 105. In the inactive state, 
the contents of the memory is available for loading of 
the data for the next termination to be time share pro- 
cessed in the next time share interval. In the case of the 
inactive variable cache memory 74, the data that is 
contained therein must be transferred back to the VRF 40 
66 before being updated with the data for the next ter- 
mination to be time share processed. This is illustrated 
in FIG. 9 in which cache A of the variable cache mem- 
ory 74 is in an inactive state while cache B is active and 
available for program access. As seen at the second 45 
occurrence of the signal T7, program access transfers 
from cache B to cache A. In other words, cache A 
becomes active and cache B becomes inactive. 

During the first two instruction times for the line 
controller 10 processors, T7, the group controller 8 is 
permitted access to the line controller files. For the 
VRF 66 file, during instruction times 3 and 4 of each 
time share interval, two things occur. First, the memory 
files address and control unit 110 (see FIG. 7) causes a 
new variable cache 74 word 1 to be read from the VRF 55 
66. Secondly, the contents of inactive cache A word 1 is 
read out. During instruction times 5 and 6, the old word 
1 just read from cache A is loaded back into the VRF 66 
in its appropriate location. Also, the new word 1 that 
was just read from VRF 66 during instruction times 3 
and 4 is loaded into word location 1 in cache A. In other 
words, the contents of the inactive cache memory A for 
the variable catch is transferred into VRF 66 for line 
number n — 1 that was previously time share processed 
back into its appropriate location in the VRF 66, while 65 
the first word for line n-j- 1 is read from VFR 66 and 
loaded into cache A to be available in the next time 
share interval when cache A becomes active. This pro- 
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cess continues until all four of the words contained in 
the inactive cache A memory of the variable catch are 
loaded with the termination n+l's data. 

The same functions occur with respect to the CRF 64 
and the constant cache memory 72 except that the con- 
tents of the inactive constant cache A or B of constant 
cache memory 72 are never returned to the CRF 64. As 
shown in FIG. 9 for time share processing of termina- 
tion number n, the constant cache 72 cache A memory 
is in the inactive state. During instruction times 3 and 4, 
the contents of the CRF 64 word 1 location for a termi- 
nation n+lis read out of CRF 64. During instruction 
times 5 and 6, this word is loaded into word 1 of inactive 
cache A. This process continues until all four data 
words for the termination n+1 from the CRF 64 are 
transferred to the inactive cache A. When the start of 
processing for termination n-}- 1 begins, the states of the 
cache A and cache B of each of the variable and the 
constant catch memories change states. 

As discussed with regard to the instruction execution 
means 105 of FIG. 8, there are certain special function 
instructions which are performed by the special func- 
tion memory 142 on the data contained in the inactive 
variable cache memory. These special function instruc- 
tions are not performed during the time share interval 
for the termination, but rather are performed on the 
variable data when the contents of the inactive variable 
cache of the variable cache memory 74 is being trans- 
ferred back to the VRF 66 file. For the preferred em- 
bodiment, only one special function instruction can be 
executed on each word of the variable cache 74 in any 
one time share interval. In the event that two special 
function instructions occur during a single time share 
interval, only the last instruction to occur during that 
interval will be performed. 

The Line Controller Instruction Set 

There are 2 formats for the 32-bit instruction word. 
One format is for Branch instructions, the other format 
is for all other instructions. Common to both types is the 
use of 4-bit fields defined as fields A and B. The A field 
can represent a variable file address or a 2-bit flag group 
address. The B field is either a constant file address, an 
immediate value, or an external data address. Also visi- 
ble to the codes is an address file for branch instructions 
giving the branch address, or in non-branch instruc- 
tions, a special function address and an external strobe 
destination. 

To define the various fields for the instructions, the 
following abbreviations will be used: 
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ADDR 


In branch instructions this is the 




branch address 


A 


Represents A field 


B 


Represents B field 


WD 


Special function word group (00-11) 


BITS 


A 4-bit field with each bit repre- 




senting a field in the special func- 




tion word group 


XD 


External strobe destination 


Modifies for fields A and B are: 


I 


Immediate value for B 


R 


Constant file address for B, vari- 




able address for A 


F 


Flag group address fro A, external 




address for B 
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Example: 
Instruction 
SICBS B,A,WD 

BITS, WD 



Format A, B Destination 

R I Move B to A. Strobe 

destination XD. Clear 

WD, Bits. 



Instruction 



BRANCH INSTRUCTIONS 

Format A B Description 



In the above example, A is a variable file address, B is 
an immediate value. The value B replaces the contents 
of address A and, depending on the value of XD, cer- 
tain bits in B are output to an external destination. Also 
in the 16-bit word group given through WD, four bit 
fields corresponding to bit positions in BITS are zeroed 
out. If WD =01 and BITS = 0010 then in the second 
16-bit word group, bits 4-7 are set to zero. All other 
fields (bits 0-3, 8-15) remain intact. 

BRANCH INSTRUCTIONS 
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Instruction 




Format A 


ABC 


ADDR.B.A 


R 


R 


ABNC 


ADDR,B,A 


R 


R 


BANEN 


ADDR,BiA 


R 


I 


BEA 


ADDR,B,A 


R 


R 


BFLG 


ADDR.A 


F 




BFLGN 


ADDR,A 


F 




BGA 


ADDR.B.A 


R 


R 


BGEA 


ADDR r B,A 


R 


R 


BIT 


ADDR.B.A 


R 


I 


BLA 


ADDR,B,A 


R 


R 


BLEA 


ADDR,B,A 


R 


R 


BNEA 


ADDR,B,A 


R 


R 



Branch if 
Results in 
Branch if 
Results in 
Branch if 
equal — 1 
Branch if 
Branch if 
B= - 
Branch if 
B not = 
Branch if 
Branch if 
Branch if 
B= -1 
Branch if 
Branch if 
Branch if 



A+B=A 
a carry 
A+B=A 
no carry 
A — B not 

A = B 
A or not 

A or not 
-1* 
B > A 
B > = A 
A or not 

A > B 
A > » B 
A not — 
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BNFLG 






p 




Anno a 




p 


BONB 


ADDR.B 




R 




a nni? r 




R 


BOT 


ADDR,B,A 


R 


I 


BOTN 


ADDR,B,A 


R 


I 


BR 


ADDR 






BXEA 


ADDR,B,A 


R 


p 


BXEAF 


addr!b!a 


F 


F 


BXNEA 


ADDR,B,A 


R 


F 


BXNEAF 


ADDR,B,A 


F 


F 


DECBM 


ADDR.A 


R 




DECBNM 


ADDR.A 


R 




INCBNC 


ADDR.A 


R 




NOP 








SBM 


ADDR,B,A 


R 


R 


SBNM 


ADDR,B,A 


R 


R 



WAIT 



ADDR 



B 

Branch if A and B 
= 0* 

Branch if A and B 
not = 0* 
Branch if B= —I 
Branch if B not = 
-1 

Branch if A and B 

= 0 

Branch if A and B 
not = 0 

Unconditional branch 
to ADDR 
Branch if A = B 
Branch if A = B 
Branch if A not = B 
Branch if A not = B 
Branch if A— 1 = 1. 
Results of A — 1 is in 
A 

Branch if A — 1 = A. 
Results in not — 1 
Branch if A+1=A. 
Results in no carry 
No operation 
Branch if A — B=l. 
Results of operation 
is in 

Branch if A — B not 
= — 1 . Results is in 
A 

Branch to ADDR. If 
ADDR = '.' thru 
branch to self. 



*In these instructions the B field is assigned through A 2-bit overflow from the A 
field. Thus a Code X *28" for the A field would in actuality indicate A B field of 2 
and an A field of 8. 



Instruction 



NON-BRANCH INSTRUCTIONS 

Format A B Description 



ADD 
AND 
ANDINIT 



ANDOUT 

AOUTIN 

CBTOCB 
CLR 

CLRCBIN 

CLRF 
DEC 

DECINIT 

FTACBI 

FTACCB 

IDA 

IDB 

IDBXDT 



B,A 
B,A 
BITS 



ANDMOV B,A,WD 



B,A,XD 



B,A,WD t 
BITS,XD 



XD 



A 
A 



B,A,WD, 
BITS,XD 

B,A,XD 

A 

B 

B,XD 



R 
R 

B,A,WD, 
R I 



R 
I 



A + B=A 
A and B—A 



WD,BITS 



F 
R 

A,WD,BITS 
R 



A and B—A. 

Clear WD, bits. 
I A and B=A. 

Move 8 LSB of 

WD-1 to 8 LSB 

of WD. 
I A and B = A. 

Output results to 

XD. 

I A and B—A. Clear 
WD, bits. Output 
A to XD. 

Output CONV. Bus 
bit to Bus. 
Clear XD. 

Clear WD, bits 
and Conv. Bus Flag. 
Clear Flag A 
Decrement A 



Decrement A. 
Clear WD, Bits. 
F Move B to A. 
Output Strobe. 
Clear WD, bits 
F Move B to A. 
Output Strobe 
Move A to ALU for 
next instruction. 
R Move B to ALU for 

next instruction. 
F Output B to XD. 
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NON-BRANCH INSTRUCTIONS ~~ 



Instruction Format A B Description 



INC 


A 


R 




A+1=A. 


INCINIT 




A,WD,BITS 








R 




A + 1 A. Clear 
file address WD, 
bits. 


INCMOV 


A,WD 


R 




A+1=A. Move 8 LSB 
ofWD-1 to 8 LSB of 
WD. 


INIT 


WD,BITS 






Clear File address 
WD BITS 


MOV 


WD 






Move 8 LSB ofWD-1 
to 8 LSB of WD 


MOVBA 


B,A 


R 


R 


Move B to A 

To WD. Clear WD, 

BITS. 


MOVOUT 


A,WD,XD 


R 




Output A to XD. 
Move 8 LSB of WD -1 
to WD 


MVINOUT 


XD 


A,WD,BITS 








R 




Move 8 LSB of WD -1 
to 8 LSB of WD. 
Clear WD,BITS. Out- 
put A to XD 


MVSHOT 


A,WD,XD 


R 




Move 8 LSB of WD -1 
to WD, then shift 8 
LSB WD right 1 bit 
and input serial 
data to bit 7 of WD. 
Output A to XD. 


OR 


B,A 


R 


I 


A or B = A. 


ORINIT 


B,A,WD,BITS 


R 


I 


A or B=A. Clear 
WD,BITS. 


ORMOV 


B,A,WD 


R 


I 


A or B=A. Move 8 
LSB to WD -1 to 8 
LSB of WD. 


OROUT 


B,A,XD 


R 


I 


A or B=A. Output 
Result to XD 


OUTINIT 


BITS,XD 


A,WD,R 




Output A to XD. 
Clear WD.BITS 


RDFLG 


A 


F 




Output Flag A to 








ALU 


SEND 


B,XD 




I 


Output 8 to XD. 


SENDINI 


BITS,XD 


B,WD 


I 


OutputB to XD 
Clear WD,BITS 


SET 


B,A 


R 


I 


Move B to A 


SETCLCB 


B,A,XD 












R 


I 


Move B to A. 
Output strobe XD 


SETF 


B.A 


F 


I 


Flag A or B 










(2MSB) = FIag A 


SETFINI 


B,A,WD 










F 


I 


Rag A or B 
(2MSB) = Flag A. 
Clear WD,BITS 


STINIT 


B,A,WD,BITS 


R 


I 


Move B to A. 
Clear file address 
WD,BITS 


SHANO 


B,A,WD,XD 


R 


I 


A and B=A. Output 
A to XD. Shift 8 
LSB of WD right 1 
bit and input from 
line 


OR 








Conv. bus to bit 7 
of WD 


SNDEC 


A, WD 


R 




A -1=A. Shift 8 LSB 
of WD right and in- 
put to bit 7 




A, YvLJ,XD 


F 




Output A to XD. 
Shift 8 LSB of WD 
right and input to 
bit 7 

Right shift 8 LSB of 
16 


SHFT 


WD 






Word group WD and 


BIT 








serial input into 
bit 7 


SHFTOUT 




A.WD.XD 
R 




Output A to XD. 
Shift 8 LSB of WD 
right and input to 
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NON-BRANCH INSTRUCTIONS 



Instruction Format A B Description 











bit 7 


SHORO 


B,A,WD,XD 


R 


I 


A or B = A. Output 
result to XD. Shift 
8 LSB OS WD right . 
and input to bit 7 


SICBS 


B,A,WD,BITS,XD 


R 


I 


Move B to A. Strobe 
B to XD. Clear WD, 
BITS 


STRBX 


B,A 


R 


F 


Move B to A 



The Line Controller Firmware 

Listed in the following TABLE 3 are the line con- 
troller signaling routines for both the receive and the 
transmit processors of the preferred embodiment of the 
present invention. Each of the signaling routines listed 
in Table 3 are discussed with regard to the functions 
performed by each routine and for the cache memory 
word assignments for both the variable 74 and a con- 
stant 72 cache memories. Referring now to FIG. 12, the 
organization of the four 16-bit memory words that make 
up both cache A and cache B of either the constant 
cache 72 or the variable cache 74 is shown. As previ- 
ously mentioned, each 16-bit word is divided into four 
subwords of 4-bits each to generate a total of sixteen 
4-bit memory words. The following discussion of each 
of the signaling routines for the line controller firmware 
reference the cache memory locations, first according 
to the subword of a specific 16-bit word and then ac- 
cording down to the individual bits within each sub- 
word. Provided at the end of .the discussion of the sig- 
naling routines for both the receive and the transmit 
processors is an example of the coding that is contained 
in the program memory 70 for signaling routines in both 
the receive and the transmit processors. In the follow- 
ing discussion, reference is made to LINE and to BUS. 
These two references refer to the termination lines and 
to the conversation bus, respectively. 



TABLE 3 


Processor 


Entry Label 


Function Routine 


Receive: 








FREE 


FREE 




CLD 


Call Detect 




SPD 


Signal/Pulse Detect 




CHD 


Character Detect 




DPR 


Dial Pulse Reception 




RDR 


Receive Distortion Reporting 


Transmit: 






FREE 


FREE 




TSP 


Transmit Signal/Pulse 




TSC 


Transmit Supervisory Characters 




TCC 


Transmit Coupled Characters 




TDP 


Transmit Dial Pulses 



15 



20 



25 



30 



35 



40 



45 



50 



55 



Transmit Processor Signaling Routines 
Transmit FREE 
Processing Description 

The transmit FREE state is intended to be in a transi- 
tional function state. The Transmit FREE routine 
makes no references to either the Constant 64 or Vari- 
able 66 File. The files can be set up for any transmit 
routine while the transmit is in the FREE routine. 

Program control can automatically return to FREE 
at the completion of TSP or it can be forced to FREE 
by the group controller 8. In the case where the receive 
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65 



processor the causes transmit processor to transmit 
clear confirm, control always returns to FREE. 

Functions Performed 

The Transmit FREE routine performs the following 
functions: 

1. Clears its own interprocessor message flags. 

2. At every sample, FREE monitors the interproces- 
sor flags controlled by the receive processor for a re- 
quest to transmit clear confirm. After transmission of 
clear confirm, the transmit processor returns to FREE. 

Cache Memory Assignments 

There are no cache memory assignments for Trans- 
mit FREE. 

Transmit Signal/Pulse-TSP 
Processing Description 

Immediately upon entry, TSP sets the LINE to a user 
specified polarity. Then depending on user options, 
TSP exits either to FREE or to TSC, or it begins to 
count down a 16-bit counter. In the latter case, when 
the counter reaches zero, TSP changes the LINE polar- 
ity and either exits or begins a count down of a second 
16-bit counter. In the latter case, when the second 
counter reaches zero, TSP changes the line polarity and 
then exists either to TSC or to FREE. 

TSP has a special entry point named ATOTSP which 
allows the user to cause execution of TSP to begin only 
after the receipt of a request for transmission (via an 
interprocessor flag) from the receive processor. This 
allows the user to have a transmit activity automatically 
sequenced in response to an event registered by the 
receive processor. 

Functions Performed 

TSP performs the following functions: 

1. Upon entry, sets the LINE to the polarity P de- 
fined by the user (V00 = --OP,LSB of V00= polarity). 

2. Optionally (if V00= — 01P) holds the first polarity 
P for a time Tl given by the user in the VRF 66. At the 
end of this time, the LINE polarity is changed to the 
inverse of P. 

3. Optionally (if V00= - IIP) sets the LINE to polar- 
ity P and holds that polarity for a time Tl given in the 
VRF 66, changes LINE polarity to the inverse of P, 
holds that polarity for a time T2 given in the VRF 66 
and then returns the LINE polarity to P. 

4. Optionally (if V00 = 1 — ) changes function state to 
TSC at the completion of the specified transmission of 
polarities. Otherwise (if V00 = 0— ) TSP returns to 
FREE upon completion. 

5. TSP sets a status bit at the completion of its trans- 
missions. 
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6. If the terminator configuration is single current, 
TSP sets a single current inhibit flag for the receive 
processor (an interprocessor flag) at the beginning of 
the transmission of A polarity. The inhibit is removed at 
the beginning of the transmission of Z polarity (A and Z 
polarities are shown in FIG. 25). 

7. At every sample TSP monitors the interprocessor 
flags for a request from the receive processor to the 
transmit processor to transmit clear confirm. After 
transmission of clear confirm, the transmit processor 
goes to the FREE state. 
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have a transmit activity automatically sequenced to 
follow an event registered by the receive processor. 

Functions Performed 



10 



Sub-word 



Bits 



Cache Memory Assignments 
Function 



Input: 

C31 

V00 



0 

3-0 



V01 
V20 
V21 
V22 
V23 
V30 
V3I 

V32 
V33 
Output: 
V03 



3-0 
3-0 
3-0 
3-0 
3-0 
3-0 
3-0 

3-0 
3-0 



Single current configuration is=0. 
Function options of TSP are en- 
abled by bits set in V00. 
P= value of 1st polarity to be 
transmitted. 

P = 1 is Z polarity. P=0 is A 
polarity. 

If=0, transmit only one polarity. 
If= 1, transmit first polarity for 
time given in V33-V30, then trans- 
mit opposite polarity (V00=— 01P). 
If=0, transmit only two polarities. 
If — 1, transmit first polarity for 
time given in V33-V30, then oppo- 
site polarity for time given in 
V23-V20, then return to first 
polarity. Note: if this bit = I, 
V00 bit 1 must a!so= 1 (V00= — IIP). 
If=l, automatic function change to 
Transmit Supervisory Characters 
(TSC) when TSP completes. If=0. 
return to FREE when TSP completes. 
Options word for TSC if V00= 1—. 
V23,V22,V21,V20 is a 16-bit coun- 
ter (V23=4MSB) which gives the time 
of the 2nd polarity if V00= — 1 IP. 

V33,V32,V31,V30 is a 16-bit coun- 
ter (V33=4MSB) which gives the time 
of the 1st polarity if V00 = -1P. 



Initialized =0 when TSP is entered, 
set=l when TSP completes. 
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20 



25 



30 



35 



40 



45 



TSC performs the following functions: 

1 . Monitors a status bit set by the group controller to 
indicate the presence in the VRF 66 of the character to 
be transmitted. 

2. TSC moves the character to be transmitted to an 
output buffer and resets the new character status bit. 
This allows the group controller 8 to insert the next 
character to be transmitted into the VRF 66 while the 
current character is being transmitted. 

3. TSC transmits the start bit for a time given for the 
start bit in the CRF 64. This allows the start bit length 
to be independently controlled. This ability is used to 
effect distorted character transmission. 

4. TSC transmits data bits with a bit length given in 
the CRF 64. 

5. TSC transmits the stop bit for a bit length given in 
the CRF 64. This allows the stop bit length to be inde- 
pendently controlled. 

6. The character supplied by the group controller 8 is 
without start and stop bits so TSC generates these bits 
per 3 and 5 above. 

7. TSC optionally (V00 = — 1) couples to the LINE. 

8. TSC optionally (V00=-1-) couples to the BUS. 
(coupling to the LINE and/or BUS are independent 
options). 

9. If the terminator configuration is single current (2 
wire), at the beginning of the start bit transmission, TSC 
sets a single current inhibit flag for the receive proces- 
sor (an interprocessor flag). At the beginning of the stop 
bit transmission, the inhibit is removed. 

10. At every sample, TSC monitors the interproces- 
sor flags for a request from the receive processor to the 
transmit processor to transmit a clear confirm. After 
transmission of clear confirm, the transmit processor 
goes to the FREE routine. 



Transmit Supervisory Characters-TSC 

Processing Description 

Transmit supervisory characters (TSC) couples to 
the LINE and/or the BUS a character which has been 
placed in the VRF 66. The user controls separately the 
length of the start bit, data bit, and stop bit of the char- 
acter. When TSC detects a request for character trans- 
mission, it moves the character to a work area and thus 
allows the group controller 8 to enter the next character 
to be transmitted while the current character is being 
transmitted. 

Program control remains in TSC until forced to 
change by the group controller 8 or until a request to 
transmit clear confirm is detected (via interprocessor 
flag) from the receive processor. In the latter case, the 
transmit processor goes to the FREE state. 

A special entry point named ATOTSC allows the 
user to cause execution of TSC to begin only after the 
receipt of a request for transmission (via interprocessor 
flag) from the receive processor. This allows the user to 
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Cache Memory Assignments 


Input: 






Sub- word 


Bits 


Function 


COO 


3-0 


CO 1, COO is an 8-bit field (C01 = 


C01 


3-0 


4 MSB) which defines the length of 
the data bit (as a number of 
samples). 


C10 


3-0 


C11.C10 is an 8-bit field (Cll = 


Cll 


3-0 


4 MSB) which defines the length of 
the start bit. 


C12 


3-0 


Number of information bits per 
character (exclusive of start and 
stop). 


C20 




C21,C20 is an 8-bit field (C21 = 


C21 




4 MSB) which defines the length of 
the stop bit. 


C31 


0 


Single current configuration if = 0. 


VOO 


3-0 


Function options within TSC are 
enabled by bits set in VOO. 




0 


IF — 1. couple data to LINE. 




1 


If — 1, couple data to BUS. 


V20 


3-0 


V21,V20 is an 8-bit field in which 


V21 


3-0 


the character to be transmitted is 
inserted (rt. adjusted without 
start and stop bits). 


V23 


3 


Transmit request flag. Set = 1 by 
the group controller when a char- 
acter to be transmitted is placed 
in V21.V20 (See Output). 


Output: 






Subword 


Bits 


Function 
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Cache Memory Assignments 


V03 


3 


If = 1, TSP has completed and the 






automatic function change to TSC , 






has occurred. 


V23 


3 


Set = 0 when TSC has accepted the 






character to be transmitted and 






the buffer V21.V20 is available 






for a new character. (See input). 



10 



Transmit Coupled Characters-TCC 
Processing Description 

TCC couples data from the BUS to the LINE and/or 
back to the BUS. TCC also assembles the data from the 1 5 
BUS into a character which is placed in the VRF 66. 

TCC scans the BUS for a transistion from Z to A 
which indicates the beginning of a character. When A 
polarity is detected, TCC initializes its counters and 
counts up to what should be the mid-bit of the character 20 
start bit. TCC subsequently samples the BUS at the 
mid-bit samples of the data bits and the stop bit. The 
value of the BUS at these samples is coupled to the 
LINE and/or the BUS and is assembled into the charac- 
ter buffer in the VRF 66. 25 

TCC can optionally force Z polarity at the stop bit 
sample regardless of the value on the BUS. TCC also 
holds the stop polarity (coupled to LINE or BUS) for a 
minimum number of samples specified by the user, re- 
gardless of the length of the stop bit on the BUS. 30 

TCC begins the scan of the BUS for a new character 
concurrently with the output of the current character's 
stop bit. If, however, the length of the stop bit on the 
BUS is shorter than the user specified minimum stop 
(TCC transmits the stop for a length always equal to or 35 
greater than the minimum stop), the point in time where 
TCC samples the BUS for data will be shifted by an 
amount equal to that difference. For a series of N char- 
acters if the product of N times the minimum stop is 
greater than the sum of the lengths of the N stop bits on 40 
the BUS by one-half a data bit length, BUS sampling 
errors will occur. Stop bits on the BUS which are 
longer than the minimum stop reverse the shift in the 
sample point. 



Functions Performed 

TCC performs the following functions: 

1. TCC assembles into the VRF 66 the value of the 
BUS at the mid-bit sample of the data bits of the charac- 
ter. The assembled character is right adjusted and zero 
filled to the left (required only for level codes less than 
eight) within an eight (8) bit field of a VRF 66 word. 
The assembled character remains in the VRF 66 until 
the assembly of a new character is completed. There- 
fore the assembled character is available to be read by 
the group controller for a time equal to at least one 
character time. TCC sets a status bit when it has assem- 
bled a character and moved it to the VRF 66 to be read 
by the group controller. 

2. In conjunction with the character assembly from 
the BUS, TCC sets a bit in the VRF 66 equal to the 
value of the BUS at the stop bit sample. 

3. TCC optionally (V00=— 1) couples data from the 
BUS to the LINE. 

4. TCC optionally (V00=~1-) couples data from the 
BUS back to the BUS. 

5. If coupling to the LINE is enabled, and if the termi- 
nator configuration is single current, TCC sets an inter- 
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processor single current inhibit flag to the receive pro- 
cessor at the beginning of the start bit and clears this 
flag at the beginning of the stop bit (cleared only if the 
stop bit value being transmitted to the LINE is Z polar- 
ity). 

6. TCC optionally (V00=-1~) couples Z polarity in 
the stop bit position regardless of the value of the BUS. 

7. TCC transmits the stop bit value (either a forced Z, 
or the value of the BUS at the stop bit sample) for a time 
given in the CRF 64 (minimum stop bit value). Thus the 
character transmitted by TCC always has a stop bit 
equal to or greater than a user specified minimum. 

8. At every sample, TCC monitors the interprocessor 
flag for a request for the receive processor to the trans- 
mit processor to transmit clear confirm. After transmis- 
sion of the clear confirm, that transmit processor goes to 
the FREE routine. 



Cache Memory Assignments 



Input: 






Sub-word 


Bits 


Function 


COO 


3-0 


C01,C00 is an eight (8) bit field 


C01 


3-0 


(C01 = 4 MSB) which defines the 
length of the data bit (as a number 
of samples). 


C02 


3-0 


C03.C02 is an eight (8) bit field 


C03 


3-0 


(C03 = 4 MSB) which defines the mid- 
bit sample. The count begins with 
zero. 


CI2 


3-0 


The number of information bits per 
character (exclusive of start and 
stop). 


C20 


3-0 


C2I,C20 is an eight (8) bit field 


C21 


3-0 


(C21 =4 MSB) which defines the 
length (as a number of samples) of 
the stop bit. 


C21 


0 


Single current terminator if = 0. 


VOO 


3-0 


Function options for TC are en- 
abled by bits set in VOO. 




0 


If = 1, couple data from BUS to 
LINE. 

If = 1, couple data from the BUS 
back to the BUS. 




2 


If = 1, couple Z polarity as the 
stop bit value regardless of the 
value on the BUS. 


Output: 






Sub-word 


Bits 


Function 


V20 


3-0 


V21,V20 is an eight bit field 


V21 


3-0 


which contains the character 
assembled from the BUS (right 
adjusted, zero filled without 
start and stop). 


V22 


3 


The value of the stop bit taken 
from the BUS. 


V23 


3 


Set = 1 when assembled character 
is ready in V21,V20. TCC does 
not clear this flag. 



Receive Processor Signaling Routines 
Receive FREE 
Processing Description 

The FREE function is intended to be a transitional 
function state. When in the FREE state, the variable 66 
and constant 64 files can Be set up for any receive pro- 
cessor function. 

The LC can automatically return to the FREE state 
after the completion of a preceeding function state, or, 
as is the case with all function states, it can be forced to 
FREE by the appropriate entry in the PRF 67. 



51 



4,292,465 



Except for maintaining three status values FREE 
does no processing. FREE references two variable 
cache memory 74 subwords in order to maintain these 
status values. FREE makes no references to the CRF 64 
file. Except for the two variable cache 74 subwords 
required for status maintenance, all variables cache 74 
subwords set by the preceeding function are preserved 
in FREE. 

Functions Performed 

The FREE routine performs the following functions: 

1. Maintains the value of the LINE as a status bit. 

2. Passes value of hardware LOCKOUT flag as a 
status bit. 

3. Checks for the Open Loop condition and gives 15 
Open Loop status as a status bit. 

4. Clears interprocessor message flags to the transmit 
processor. 
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7. Automatic transition to either FREE or CHD after 
CALL detect. 

8. Optional request for transmission upon CALL 
detect. 



Cache Memory Assignments 

Input 



10 





Cache Memory Assignment 


Output: 






Sub-word 


Bits 


Function 


V02 


0 


Value of LINE at last sample. 




2 


Value of hardware LOCKOUT flag at 






last sample. 




3 


Open Loop status at last sample 






(1 = Open Loop). 



Call Detect-CLD 



Processing Description 

CLD scans the LINE for the user designated CALL 
polarity. When this polarity is detected, its duration is 
compared to a predefined constant. If the CALL polar- 35 
ity holds for the required duration, a CALL has been 
detected. 

Once the CALL polarity is detected on the LINE, a 
return to the opposite polarity will not disqualify the 
signal as a CALL until its duration equals a user defined 40 
filter value of from 0 to 16 samples. If the CALL polar- 
ity duration is less than required, all counters are reset 
to zero and the LINE scan for CALL polarity begins as 
it did initially. 

CLD maintains the value of the LINE, LOCKOUT, 45 
and Open Loop Status. Value of LINE and- Open Loop 
Status is maintained at every sample. LOCKOUT status 
is monitored only when LINE polarity does not equal 
CALL polarity. 

Upon detection of CALL, the receive processor will 50 
automatically change function status to either FREE or 
Character Detect (CHD). Also, per user input, CLD 
will automatically activate a transmission, call confirm, 
upon CALL detect. 

Functions Performed D 

CLD performs the following functions: 

1. Maintains the value of the LINE as a status bit. 

2. Passes value of hardware LOCKOUT flag as a 
status bit. 60 

3. Checks for the Open Loop condition and gives 
Open Loop Status as a status bit. 

4. Scans the LINE for the user defined CALL polar- 
ity. 

5. Filters LINE transitions from the CALL polarity 65 
up to a maximum value of 16 samples. 

6. Sets a VRF 66 status bit indicating that CALL has 
been detected. 



20 



25 



30 



Sub-word 


Bits 


Function 


C13 


3-0 


Line transition filter. Signal is 






disaualified as a CALT if thf» tran- 






sition from CALL polarity holds for 






tllf* flltfT Villtlf* 
Lift* IlllCl VdlUC* 


C30 


3-0 


C32 C31 C30 is a 12-hit rniint (C-"V) — 


C3 1 


J— u 


** n/Lc»D) wnicn defines tne CALL signal 


C32 


3-0 


duration as number of samples 


voo 


0 


CALL polarity (1 = mark, 0 — space) 




2 


If = 1, transmission upon GALL detect. 




3 


If = 1, automatic function change to 






Character Detect after CALL detect. 






If = 0, automatic function change to 






FREE after CALL detect. 


V01 


3-0 


Options word for CHD if VOO = 1--. 


Output: 






Sub-word 


Bits 


Function 


V02 


0 


Value of LINE at last sample. 




2 


Value of hardware LOCKOUT flat at 






last sample. 




3 


Open Loop status at last sample. 


V03 


0 


Set = 1 when CALL detect, = 0 other- 






wise. 




3 


Set — 1 when CALL detect, = 0 other- 



wise. This bit indicates CALL 
detect and that the LC has changed 
function states as per VOO bit 3. 



Signal/Pulse Detect-SPD 

Processing Description 

SPD scans the LINE for a user denned polarity. The 
LINE must attain this polarity within a time given by 
the user. If the LINE does not attain the polarity in 
time, SPD sets status bits indicating a time out condition 
and automatically changes function state to FREE. The 
time count for the first polarity begins when SPD is 
entered. 

If the LINE attains the polarity within time, SPD 
optionally scans the LINE for a transition to the oppo- 
site polarity to occur within a second elapsed time given 
by the user. The count for the 2nd polarity begins when 
the line transitions to the 1st polarity. In the case where 
the LINE equals the 1st polarity when SPD is entered, 
the scan for the 2nd polarity begins immediately. If the 
LINE fails to attain the 2nd polarity in time, SPD sets 
status bits indicating that the 1st polarity was detected 
but that the 2nd polarity was not and automatically 
changes function state to FREE. 

If all desired polarities are detected in time, SPD sets 
status bits indicating this and automatically changes 
function state to either FREE or CHD. All LINE tran- 
sitions are filtered by a user input. The LINE must hold 
the polarity for a time equal to the transition filter be- 
fore SPD considers that the polarity has been detected. 

When a polarity is detected, SPD adjusts the time 
counter associated with that polarity so that the counter 
equals the number of samples remaining before time out. 
This adjustment is required in the case of a non-zero 
transition filter value, because the counter continues to 
be decremented until the polarity has held for the value 
of the filter. The counter value can be used to compute 
the exact sample when the LINE attained the desired 
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polarity. The time counter equals minus one (2's com- 
plement) in the case of a time out 

Functions Performed 

SPD performs the following functions: 5 

1 . Maintains the value of the LINE as a status bit. 

2. Passes the value of the hardware LOCKOUT flag 
as a status bit. 

3. Scans the LINE for a user defined polarity to be 
attained within a user defined elapsed time. The time 10 
count begins when SPD is entered. 

4. Sets status bits indicating 1st polarity detection or 
time out. 

5. Optionally scans the LINE for a transition from the 
1st polarity to occur within a second user defined 15 
elapsed time. The time count for the 2nd polarity begins 
when the LINE attains the 1st polarity. 

6. Sets status bits indicating 2nd polarity detection or 
time out. 

7. Filters LINE transitions. A polarity is not consid- 
ered detected until it holds continuously for the transi- 
tion filter value. 

8. Adjusts the time counters (first and second polari- 
ties) so that they reflect the exact sample at which the 
LINE equaled that polarity. 

9. In case of either a 1st or 2nd polarity time out, SPE> 
automatically changes function state to FREE. 

10. In case of a successful detection of all requested 
polarities, SPD automatically transitions to either 
FREE or CHD. ' 30 
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Cache Memory Assignments 



Input: 






Sub-word 


Bits 


Function 


C13 


3-0 


Transition filter. LINE must hold 






polarity for this number of samples 






before SPD considers the polarity 






to be valid. 


VOO 


3-0 


Function options within SPD are 






enabled by bits set in VOO. 




0 


Value of first polarity to be 






detected. 




1 


If = 1, SPD looks for the LINE to 






attain a second polarity (transi- 






tion from first polarity). 




3 


If = 1, automatic change of func- 






tion state to CHD if all desired 






polarities are detected. 






If = 0, automatic change of func- 






tion state to FREE when SPD ter- 






minate either successfully or as 






a result of a time out. 


V01 


3-0 


Options word for CHD in case 






VOO = 1— . 


V20 


3-0 


V23,V22,V21,V20 is a 16 bit 


V21 


3-0 


counter (V23 = 4MSB) which defines 


V22 


3-0 


the maximum elapsed time allowed 


V23 


3-0 


for the LINE to transition from 






the polarity given by VOO bit 0. 






if VOO = — 0-, this counter is not 






used. 


V30 




V33,V32,V32,V30 is a 16 bit coun- 


V31 




ter (V33 = 4MSB) which defines the 


V32 




maximum elapsed time allowed from 


V33 




the time SPD is entered until the 






LINE attains the polarity given 






in VOO bit 0. 


Output: 






Sub-word 


Bits 


Function 


V02 


0 


Value of LINE at last sample. 




2 


Value of hardware LOCKOUT flag at 






last sample. 


V03 


2-0 


Count of successfully detected 
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Cache Memory Assignments 



V20 

V21 
V22 
V23 



V30 

V31 
V32 
V33 



polarities. 

0 = 1st polarity time out 

1 = 1st polarity detected 

2 = 1st and 2nd polarity detected. 
Initialized — 0 when SPD is entered. 
Set = 1 when SPD terminates either 
by successful polarity detection 

or by polarity time out. 
V23,V22,V21,V20 is a 16 bit coun- 
ter (V23 = 4MSB). 
If 2nd polarity time out, its 
value will be = — 1 (2's complement). 
If 2nd polarity detected, its value 
equals the counts remaining before 
time out. This count value is pre- 
served only if the LC transitions 
to FREE after SPD. 
V33,V32,V31,V30 is a 16 bit coun- 
ter (V33 = 4MSB). 
If 1st polarity time out, its value 
will be = — 1 (2'complement). If 
1st polarity detected, its value 
equals the counts remaining before 
time out. This count value is pre- 
served only if the LC transitions 
to FREE after SPD. 
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Character Detect-CHD 
Processing Description 

CHD scans the LINE for a transition from Z to A 
polarity which indicates the beginning of a character. 
While the LINE remains in Z polarity, CHD maintains 
the Open Loop and lockout status bits in the VRF 66. 

When the LINE transitions to A polarity indicating 
the beginning of a character start bit CHD initializes its 
counters and counts up to what should be the mid-bit of 
the character start bit. If the LINE polarity is Z at this 
sample, CHD rejects the original transition to A as 
being a valid start bit and returns to scan the LINE for 
A again. If the LINE polarity is A, CHD assumes that 
it has a valid start bit and character assembly begins. 

CHD subsequently samples the LINE at what should 
be the mid-bit samples of the data bits and the stop bit. 
The value of the LINE at these samples is assembled 
into the character buffer in the VRF 66 and optionally 
coupled to the BUS. 

At the end of the character, CHD checks for dupli- 
cate characters, a clear condition, and a FIGURES 
SHIFT or LETTERS SHIFT character. This process- 
ing is done during those samples which occur from the 
mid-bit of the stop bit to the end of the stop bit. CHD 
requires that the stop bit have a length at least equal to 
that of a normal data bit. 

CHD then returns to scan the LINE for the begin- 
ning of a new character. Control remains in CHD until 
changed by the group controller 8. 

Functions Performed 

CHD performs the following functions: 

1. Maintains the value of the LINE as a status bit. 

2. Passes the value of the hardware LOCKOUT flag 
as a status bit. This status bit processing is performed 
only when CHD is scanning the LINE for A polarity 
which designates the beginning of a character. This 
status bit is not updated during the assembly of a charac- 
ter. 

3. Performs a check for the Open Loop condition and 
gives the Open Loop Status as a status bit. The Open 
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Loop processing is performed only when CHD is scan- 
ning the LINE for A polarity which designates the 
beginning of a character. Open Loop processing is not 
performed during the assembly of a character. 

4. CHD preserves the value of V03. Therefore the 
group controller 10 can determine when an automatic 
function change from SPD or CLD to CHD has oc- 
curred. 

5. CHD optionally (if VOO = —1) couples the value of 
the LINE at the mid-bit sample to the BUS. This in- 
cludes the value of the LINE at the mid-bit of the start 
bit (always = 0) and of the stop bit (may — 0). 

6. CHD assembles into the VRF 66 the value of the 
LINE at the mid-bit sample of the data bits of the char- 
acter. The assembled character is right adjusted and 
zero filled to the left (required only for level codes less 
than eight) within an eight (8) bit field of a VRF 66 
word. The assembled character consists only of the data 
bits exclusive of start and stop. The previously assem- 
bled character remains in the VRF 66 until the assembly 20 
of a new character is completed. Therefore, the assem- 
bled character is available to be read by the group con- 
troller 8 for a time equal to at least one character time. 

7. CHD compares the current character with the 
previous character and increments a duplicate character 25 
counter if they are equal. The counter can indicate a 
maximum of eight (8) consecutive duplicate characters. 
The first occurrence of a non-duplicate character clears 
this counter. The compare includes the value of the stop 
bit as well as the data bits. 30 

8. CHD sets a status bit to indicate the occurrence of 
five (5) successive duplicate characters. The first occur- 
rence of a non-duplicate character clears this counter. 

9. CHD sets a status bit to indicate the occurrence of 
three (3) successive clear characters (all data bits and 35 
stop bit = 0). Once set, this status bit is not reset by 
CHD. 

10. CHD sets a status bit equal to one (1) at the occur- 
rence of a FIGURES SHIFT character and equal to 
zero (0) at the occurrence of a LETTERS SHIFT char- 
acter. 

1 1 . Upon detection of three successive clear charac- 
ters, CHD will optionally (if V00 = 1— ) request the 
transmit LC via interprocessor flag to transmit clear 
confirm. 

12. CHD can detect early and late transitions within 
a character. CHD will report the early or late transition 
as distortion if the transition occurs with a deviation 
from normal (the deviation is measured in number of 
samples) greater than that specified by a number (the 
Distortion Window, DW) in the CRF 64. The distor- 
tion report consists of incrementing either an Early 
Transition Counter or Late Transition Counter in the 
VRF 66. Although it is possible to have more than one 
of both early and late transitions within a character, 
CHD reports distortion only once per character. The 
first instance of a distortion great enough to increment 
either the early or late transition counter is the only one 
reported for that character. A more detailed discussion 
of distortion reporting is given at the end of the discus- 
sion of the receive processor firmware. 

13. When scanning the LINE for the beginning of a 
new character, CHD monitors an interprocessor flag 
(the transmit processor controls this flag) for a single 
current inhibit condition. CHD will process A polarity 
as the beginning of a character (the start bit) only if the 
single current inhibit flag equals zero. CHD does not 
look at the flag during character assembly. 
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Input: 



Sub-word 


Bits 


Function 


COO 


3-0 


C01,C00 is an eight (8) bit field 


C01 


3-0 


(C01 = 4 MSB) which defines the 






length of the data bit (as a number 






of samples). 


C02 


3-0 


C03,C02 is an eight (8) bit field 


C-3 


3-0 


(C03 = 4 MSB) which defines the mid- 






bit sample. The count begins with 






zero. 


C10 


3-0 


C12,C10 is an eight (8) bit field 


C12 


3-0 


(CI 2 = 4 MSB) which defines the dis- 






tortion window (DW) as a number of 






samples. 


C13 


3-0 


The number of information (data) 






V»ifc t-»p»r r»h{> rar*t*»r (cx r"ljisi\/<=» Pif" 






sltllt <U1U bL(jp_/. 


C20 


3-0 


P71 C?0 i<; an etcht fJft hit field 

' — Z, 1 ,y — la all GigliL J Wit liciu 


C21 


3-0 


WlllLli L-VJllLtllllb LI1C X 1 V_* \-J IMwO Ol 111 ± 






character right adjusted, zero 






filled and exclusive of start and 






stop. 


C22 


3-0 


C23.C22 is an eight (8) bit field 


C23 


3-0 


which contains the LETTERS SHIFT 






character right adjusted, zero 






filled and exclusive of start and 






stop. 


VOO 


3-0 


Function options within CHD are 






enabled by bits set in VOO. 




0 


If = 1, couple data to the BUS. 




3 


If = 1, request transmission of clear 






confirm upon detection of clear. 



Output: 
Sub-word 



Bits 



Function 



V02 



40 



45 



50 
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V03 



V20 
V21 



V22 



V23 



0 Value of the LINE at the last 
sample. 

1 Status bit whose value reflects 
which of two characters occurred 
most recently: if = 1, a FIGURES 
SHIFT; if = 0, a LETTERS SHIFT. 

2 Status bit equal to value of hard- 
ware LOCKOUT flag. 

3 Status bit which if = 1 indicates an 
Open Loop condition. 

2- 0 Set by either SPD or CLD but pre- 

served in CHD. Indicates number of 
polarities detected. 
3 Set at the completion of either SPD 
or CLD. Indicates that an automatic 
function state change from either SPD 
or CLD has occurred. 

3- 0 V21,V20 is an eight (8) bit field 
3-0 which contains the character assem- 
bled from the LINE. It is right 
adjusted and zero filled and 
exclusive of start and stop. 

2-0 Consecutive duplicate character 
count minus 1. A value of N indi- 
cates N + 1 duplicate characters. 
3 The value of the stop bit taken 

from the LINE for the character in 
V21,V20. 

1-0 Received characters count. This 

field is incremented (to a maximum 
of three (3)) whenever a character 
has been assembled and placed in 
V21,V20 for the group controller 8 
to read. 

2 5 duplicate characters flag. Set 
whenever five (5) consecutive dup- 
licate characters are encountered. 
Cleared at first occurrence of a 
non-duplicate character. 

3 Clear detected flag. If = 1, indi- 
cates that three (3) consecutive 
clear characters were detected. 
Once set, this bit is not cleared 
by CHD. 

(Set = 0 by CHD everytime CHD is 
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miiitiiizca iiuwcver ). 




V30 


3-0 


Early transitions counter. Incre- 
mented once per character if an 
early transition is the first 
within the character to exceed the 
distortion window. 


5 


V3I 


3-0 


Late transitions counter. Incre- 
mented once per character if a 
late transition is the first 
within the character to exceed 
the distortion window. 


10 



Open Loop Algorithm 

The Open Loop condition is looked for only by the 
receive processor and then only in specific routines and 
in some routines only during specific phases of process- 
ing. The Open Loop algorithm requires one four (4) bit 
sub-word in the VRF 66 for counting (hereafter re- 
ferred to as the counter) and one VRF 66 status bit 
(hereafter referred to as the Open Loop Status) which is 
the output of the Open Loop algorithm. The algorithm 
looks at the hardware Open Loop flag (hereafter re- 
ferred to as the Open Loop Flag) for input. 

The Open Loop algorithm functions as follows: 

1. The counter is incremented whenever the Open 
Loop Flag = 1 until a maximum value of 12 has been 
reached. 

2. If the Open Loop Flag=0 before the counter has 
been incremented to a value of 12, the counter is reset 
to=0 and the Open Loop Status bit is set=0. 

3. 12 consecutive samples with the Open Loop 
Flag = l cause the Open Loop Status to be set=l. This 
defines the Open Loop condition. 

4. Once the Open Loop Status — 1, successive samples 
which have the Open Loop Flag=l cause the counter 
to be reset = 12. 

5. If the counter equals 12 or greater and the Open 
Loop Flag=0, the counter is incremented. The Open 
Loop Status remains =1. 

6. 4 consecutive samples with the Open Loop 
Flag=0 cause the counter to overflow to 0. This defines 
the clearing of the Open Loop condition and the Open 
Loop Status is set=0. The Open Loop algorithm is now 
essentially reinitialized to step 1. - 

7. If the counter is greater than 12 and the Open Loop 
Flag = l, the counter is reset =12. The Open Loop Sta- 
tus remains set=l. 

8. Whenever the Open Loop Status = 1, the routine 
being executed ignores the actual value of the LINE 
and instead follows the execution path corresponding to 
LINE=0. 

Envelope Distortion Reporting 

The following discussion defines what is meant by 
distortion and describes the manner in which the line 
controller 10 measures and reports it. 

As previously discussed, the line controller 10 does 
not monitor each termination continuously. The line 
controller 10 monitors or services a termination in peri- 
odic time share intervals. Each time share interval is 
2.89 us and the line controller executes exactly 18 in- 
structions during that interval. The period or elapsed 
time between servicing intervals depends primarily on 
the data rate of the termination. A 300 baud line is ser- 
viced with a periodicity of 0.37 ms. A 50 baud line is 
serviced with a periodicity of 2.2 ms. Whatever the 



15 



20 



25 



30 



35 



40 



45 



50 



55 



60 
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baud rate is, the line is serviced with a periodicity that 
results in a minimum of 9 servicing intervals (hereafter 
referred to as line samples or samples) per bit time. A bit 
time is the inverse of the baud rate, e.g., the bit time for 
a 50 baud line is 1/50 seconds which is 20 ms. Note that 
the line sample periodicity of a 50 baud line is 2.2 ms 
which results in 9 samples every 20 ms or 9 samples 
every bit time as stated. 

In distortion free character transmission, the start bit 
and each information bit of the character have a length 
equal to the inverse of the baud rate of the line. There- 
fore, in a 50 baud line, when the line polarity changes 
from Z to A at the start of a character, the first informa- 
tion bit should begin 20 ms later. If the first information 
bit were a "1" then the line would change polarity from 
A to Z. If the first information bit were a "0", there 
would not be a change in line polarity. In distortion free 
transmission, changes in line polarity occur at predict- 
able intervals from the start of the character. For a 50 
baud line, a change in line polarity will occur at n X 20 
ms after the start of the character if bit n (n=0 for the 
start bit) is different in value from bit n— 1. 

When distortion is present, the line changes polarity 
within a character either too early or too late with 
respect to the 1/baud timing rule of distortion free 
transmission. The envelope distortion algorithm in the 
line controller attempts to measure the frequency and 
severity of this distortion. Since the line controller does 
not monitor the line continuously, it can only detect line 
transition anomolies with a resolution related to the 
servicing periodicity of the line, i.e., within an evelope 
or bracket around the nominal (distortion free) transi- 
tion point. 

The LC uses three constants in its algorithm for enve- 
lope distortion reporting: 

1. the samples per bit (SPB) 

2. the samples to mid-bit (MID) 

3. the distortion window (DW) 
These constants are defined as follows: 

SPB = the number of samples that occur during a 
time= 1/baud 

MID = the number of samples which most nearly ap- 
proximate the mid point of the bit given at the bit 
begins with sample number =0. 
DW=the distortion window as a number of samples. 
It has meaning from values in the range 0 to MID-1. 
When the start bit of a character is detected, the line 
controller 10 counting algorithm identifies the nominal 
transition points (start and end of data bits) within the 
character. A line polarity change which occurs after the 
nominal beginning of a bit but before mid-bit is a late 
transition. A polarity change which occurs after the 
mid-bit but before the nominal beginning of the next bit 
is an early transition. The DW determines which early 
and late transitions will be counted. A DW = 0 will 
count all transitions as either early or late except those 
transitions that are detected at the nominal transition 
sample. A DW = 1 will count all transitions as distortion 
except those that are detected one sample before, one 
sample after and at the nominal transition sample. A 
DW=2 will not count transitions as distortion if they 
are detected within an envelope beginning 2 samples 
before and ending two samples after the nominal transi- 
tion sample. 

The output of the algorithm is registered in two 4-bit 
counters, one for early transitions and one for late tran- 
sitions. Within an individual character, distortion is 



counted only once. The first occurrence of a transition 
whose deviation from normal exceeds the E)W causes 
the appropriate counter to be incremented. Subsequent 
early or late transitions within the character are not 
counted. Incrementing a counter which is full (=15 5 
decimal) causes the counter to overflow to zero. 

The distortion algorithm is always enabled in the 
Receive Character Detect Mode (CHD). To make the 
algorithm produce useful results, the DW must be set in 
the CRF 64. The early and late transitions counters are 10 
found in the VRF 66. The group controller 8 can reset 
these counters at any time. In particular, it can reset 
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them in conjunction with reading the assembled charac- 
ter from the VRF 66. 

Signaling Routine Source Code-Examples 

The following receive (CLD) and transmit (TSP) 
signaling routines listings are presented here as exam- 
ples of the coding which goes into all of the various 
firmware routines. A person of a ordinary skill in the art 
having these examples and the previous discussion of 
the line controller signaling routines could produce the 
coding needed for each routines. 



Receive Call Detect (CLD) 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 



21 

22 
23 

24 
25 
26 



29 
30 



31 

32 



34 
35 
1 
2 

3 
4 

5 
6 



9 

10 
11 

12 
13 
14 
15 



000010 



000007 



000014 



13 000015 



14 000016 



15 
16 
17 
18 
19 
20 



000000 



000001 

000002 
000002 
000002 



27 000003 



28 



000007 



000006 
000014 



33 000015 



.SBTTL RECEIVE - CLD: CALL DETECT 



.RADIX 8 



EQUATES 
CONSTANT FILE 



TRNMIN = 7 



CSD1 = 14 



CSD2 = 15 



CSD3 



16 



, VARIABLE FILE 



MODE = 0 



NMODE 



1 



SLINE = 2 
LCKOUT = 2 
OPENLP = 2 

DPCHT = 3 



TRNFLT = 7 



OLCHT = 6 
CHT1 = 14 



CHT2 



15 



NO. OF SAMPLES SIGNAL MUST 
HOLD FOR TRANSITION 
CALL SIGNAL DURATION. 12- 
BIT COUNT 

WHICH GIVES TIME SIGNAL 
MUST 

HOLD TO BE A CALL OR SER- 
VICE BID 



OPTIONS WORD FOR CLD 
-P P = CALL POLARITY 
- REQUEST TO TRANSMIT 
UPON CALL DETECT 
i— TRANSITION TO CHAR- 
ACTER DETECT (CHD) 
WHEN CALL DETECTED 
MODE WORD FOR FUNCTION 
AFTER CLD 
-X = SAVED LINE VALUE 
M- = LOCK OUT STATUS 
K— = OPEN LOOP CONDITION: 
I - OPEN LOOP 

COMPLETION FLAG AND # OF 
POLARITIES DETECTED 
YXXX : Y = 1 WHEN CALL 
DETECTED, = 8 OTHERWISE 
XXX =• 1 WHEN CALL DETECTED 
TRANSITION FILTER. COM- 
PARE WITH TRNMIN 
OPEN LOOP COUNTER 
I2-BUT RUNNING COUNTER TO 
TIME 

CALL SIGNAL. COMPARED WITH 
CSD. 



000016 CHT3 =16 

000002 .RADIX 2 

CALL DETECT 

THIS ROUTINE SCANS THE LINE FOR POLARITY GIVEN BY LSB 
OF MODE WORK IN VARIABLE FILE. WHEN THIS POLARITY IS 
DETECTED ITS DURATION IS COMPARED TO THE TIME GIVEN BY 
12 BIT COUNT IN CONSTANT FILE (CSD). IF CALL POLARITY 
HOLDS CONTINUOUSLY FOR THIS LENGTH OF TIME, A CALL HAS 
BEEN DETECTED. THE VARIABLE OPCNT IS SET = 1001 (4 
BITS) TO INDICATE THIS CONDITION. IF SIGNAL DURATION 
IS LESS THAN CSD, ALL RUNNING COUNTERS ARE RESET TO 0 
AND LINE SCAN BEGINS TO LOOK FOR POLARITY GIVEN BY LSB - 
OF MODE. THE VARIABLE DPCNT = 0 UNTIL CALL IS DETEC- 
TED. 

CLD ALSO MAINTAINS SAVED LINE VALUE, LOCKOUT STATUS, 
AND PERFORMS OPEN LOOP MONITORING. CLD SETS THE OPEN 
LOOP STATUS BIT. THE CHECK FOR OPEN LOOP IS DONE 
EVERY SAMPLE. LOCKOUT STATUS CHECK IS DONE ONLY WHEN 
THE LINE DOES NOT EQUAL THE CALL POLARITY. , 
UPON DETECTION OF CALL, RECV. WILL GO TO CHARACTER 
DETECT MODE OR FREE MODE PER THE OPTION SELECTED IN 
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16 
17 
18 
19 

20 
21 
22 
23 
24 
25 
26 
27 
28 



29 



30 



31 



32 
33 



34 



35 



36 



37 



38 



39 



40 
41 



42 



44 
45 



46 



47 



48 
49 



THE MODE WORK. ALSO CLD WILL SET MSG FLAG WHICH CAN BE 
READ BY THE TRANSMITTER PER THE OPTION SELECTED IN THE 
MODE WORD. 

CLD OPTIONS ARE CONTROLLED BY BITS SET IN THE MODE 
WORD. MODE WORD BIT DEFINITIONS ARE AS FOLLOWS: 

MODE: — P,P = CALL SIGNAL POLARITY 

-X-,X = 1 SET MSG FLAG TO TRANSMITTER 

X— ,X = 1 AUTOMATIC TRANSITION TO CHARACTER 

DETECT AFTER BID DETECTED 

= 0 TRANSITION TO FREE AFTER BID DETECT 



00174 CLD: 
00174 

00174 064000 
00176 005567 
00200 

00200 064000 
00202 005003 
00204 

00204 077560 
00206 041000 
00210 

00210 064012 
00212 001200 
00214 CLD0: 
00214 

00214 064043 
00216 101360 
00220 



00220 06400 
00222 001000 
00224 



00224 072054 
00226 103043 
00230 



00230 072052 
00232 101206 
00234 

00234 066000 
00236 005162 
00240 

00240 064000 
00242 005006 
00244 

00244 064062 
00246 101360 
00250 CLDOA: 
00250 

00250 000000 
00252 005006 



43 00254 



00254 064063 
00256 101360 
00260 CLD08: 
00260 

00260 072057 
00262 101306 
00264 

00264 000000 
00266 005006 
00270 

00270 064062 
00272 101360 
00274 CLDOC: 
00274 



MOVBA TRNMIN/TRNFLT 



SET 0,DPCNT 



UBUT W3.0111 



BU51 



WAIT 



HOP 



BFLG CLD00,0010,LOPFLG 



BRB5 CKDIA,1100,OLCNT 



AND0111,OPENLP 



SET 0,OLGNT 



BR CLD1 



INC OLCNT 



BR CLD2 



BRB5 CLDOC, 1100,OLCNT 



INC OLCNT 



BR CLD1 



OR 1000,OPENLP 



INITIALIZE TRANSITION 
iFILTER 



;CLD COMPLETION WORD 
INITIALIZED 



;CALL SIGNAL COUNTER 



;SET CONVERSATION BUS 



WAIT ONE INSTRUCTION 
BEFORE READING HDW 
FLAG 



OPEN LOOP CHECK, 
BRANCH IF HDW 
OPEN LOOP SET 



BRANCH IF OPEN 
LOOP NOT YET 
CLEARED 



;CLEAR OPEN LOOP 
;STATUS 



; CLEAR OPEN LOOP 



;4 CONSECUTIVE NOT 
;OPEN LOOP SAMPLES 



CLEAR THE OPEN LOOP 
CONDITION 

WHEN OPEN LOOP, READ 
LINE AS = 0 



; BRANCH IF ALREADY 
;IN OPEN LOOP 



;SET OPEN LOOP STATUS 
;= 1 
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00274 074000 
00276 005202 

50 00300 

00300 064000 
00302 005306 

51 00304 

00304 064063 
00306 101360 

52 00310 CLD1: 

53 00310 
00310 072067 
00312 103203 

54 00314 CLD2: 

55 00314 

00314 066000 
00316 005342 

56 00320 

00320 050077 
00322 101028 

57 00324 



00324 
00326 

58 00330 
00330 
00332 

59 00334 

60 00334 
00334 
00336 

61 00340 



114101 
121567 

064072 
101360 
CLD4: 

074000 
005022 



00340 072077 
00342 101020 
62 00344 



00344 114101 
00346 121567 

63 00350 CLD6: 

64 00350 

00350 077560 
00352 041000 

65 00354 
00354 074000 
00356 005102 

66 00360 



00360 
00362 

67 00364 
00364 
00366 

68 00370 
00370 
00372 

69 00374 

70 00374 



050043 
103103 

066000 
005262 

064043 
101360 
CLD8: 



71 



00374 064000 
00376 005007 
00400 
00400 064102 
00402 101360 

72 00404 CLD10: 

73 00404 
00404 000000 
00406 005007 

74 00410 CLD12: 

75 00410 
00410 114105 



SET 1100,OLCNT 
BR CLD2 

BFLG CLD4,1000,LINE 

ABD 1110,SLINE 

BRBZ CLD8,0001,MODE 

BHEA CLD 10,TRNMIN,TRNFLT 

BR CLDG 

OR 0001.SLINE 

BRBS CLD8,0001,MODE 

BHEA CLD 10,TRNMIN,TRNFLT 

INIT W3.0111 

OR 0100,LCKOUT 

BBFLG CLDO,0100,LCKFLG 

AND 1011,LCKOUT 
BR CLDO 

SET 0,TRNFLT 
BR CLD 12 

INC TRNFLT 

BHEA CLD14,CSD1,CNT1 



;CLEAR NOT OPEN LOOP 
;COUNTS FROM OLCNT 



;WHEN OPEN LOOP, READ 
;LINE AS = 0 



;LINE 

;BRANCH IF LINE = 1 



LINE = 0 

SAVED VALUE OF LINE 
= 0 



;BRANCH IF CALL 
;POLARITY = 0 



BRANCH IF FIL- 
TER VALUE NOT 
REACHED 



;DISQUALIFY AS CALL 



;LINE = 1 

;SAVED LINE VALUE = 1 



; BRANCH IF CALL 
;POLARITY = 1 



BRANCH IF 0 ON 
;LINE LESS THAN 
TRNFLT 



LINE POLARITY NOT 
EQUAL TO CALL 
RESET CALL POLARITY 
DURATION COUNTER 



;LOCK OUT CHECK 



;BRANCH IF HDW 
;LOCK OUT FLAT = 0 



LINE POLARITY = CALL 

POLARITY 

CLEAR TRANSITION 

FILTER 



;LINE POLARITY NOT 
;EQUAL CALL 



SIGNAL DURATION 
CALL ? 
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00412 121714 






76 


00414 


BHEA CLD14,CSD2,CNT2 






00414 114105 








00416 121735 






77 


00420 


BE A CLD20,CSD3,CNT3 


i 




0O420 114110 








00422 101756 






78 


00424 CLD14: 




;DURATION NOT EQUAL 








;CALL 


79 


00424 


INCBNC CLD0,CNT1 


TTVT*~»T3 CKTT Z""' ATT CTP 

;INCREMENT CALL, SIG 








; DURATION COUNTER 




00424 000043 








00426 165014 






80 


00430 


INCBNC CLD0.CNT2 


; 




00430 000043 








00432 165015 






81 


00434 


INCBNC CLD0.CNT3 


; 




00434 000043 








cj-\a if, i£«ni£ 
ULHOO itOUiO 






82 








83 


00440 CLD20: 




;CALL DETECTED 


84 


00440 


BRBZ CLD30,0100,MODE 


;BRANCH IF NO 








;TRANSMIT REQUEST 




00440 0501 13 








00442 lOllOO 






85 


00444 


SETF 0100.MSGFLG 


;MESSAGE FLAT TO 








;TRANSMIT 




00444 064014 








00446 064101 






86 


00450 


WAIT 






00450 064112 








00452 101260 






87 


00454 CLD30: 






88 


00454 


WAIT 






00454 064113 








00456 101360 






89 


00460 


CLAF 0l00,MSGFLG 


;CLEAR MESSAGE FLAG 




00460 056014 








00462 003101 






90 


00464 


SET 1001,DPCNT 


;SET COMPLETION WORD 




00464 064000 








00466 005223 






91 


00470 


BRB2 FREE,1000,MODE 


;BRANCH TO FREE IF 








;MODE — 0 — 




00470 050010 








00472 101200 






92 


00474 


IDA NMODE 


;OPTIONS WORD FOR 








;NEXT FTJNCTION 




00474 076000 








00476 005401 






93 


00500 


STRBX SGRP0,MODE 






00500 064000 








00502 004000 






94 


00504 


BR CHD 


;AUTO FUNCTION CHANGE 








;TO CHD WHEN 




00504 064235 








00506 101360 
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95 



;MODE = 1- 



Transmit Signal/Pulse (TSP) 



1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 



.SBTTL TRANSMIT - TSP: SIGNAL/PULSE 

;TRANSMIT SIGNAL PULSE (TSP) FORCES THE POLARITY OF 
;THE LINE THROUGH A SERIES OF FROM ONE TO THREE TIMED 
STATES- THE NUMBER AND VALUE OF THE POLARITY STATES 
IS GIVEN IN THE MODE CONTROL WORD (MODE). FOR EACH 
POLARITY STATE SPECIFIED IN THE MODE THERE IS AN 
ASSOCIATED 16 BIT VARIABLES FILE WORD FOR THE TIME. 
;THE TIME IS AN UNSIGNED 16 BIT INTEGER AND GIVES THE 
NUMBER OF COUNTS FOR WHICH THE POLARITY STATE WILL BE 
HELD. THE TIME REPRESENTED BY A COUNT DEPENDS ON THE 
NUMBER OF TIMES THE LINE IS ENTERED IN THE SEQUENCE 
;TABLE WHICH IS ITSELF A FUNCTION OF THE DATA RATE OF 
;THE LINE (1 COUNT = 2.2 MS FOR 50 BAUD, 1 COUNT = 
;0.37 MS FOR 300 BAUD). 

000010 .RADIX 8 

EQUATES 

CONSTANTS FILE 



000015 C2WIRE = 15 



-X : X = 0 SINGLE CURRENT TERMI- 
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-continued 



;VARIABLES FILE 



23 

24 
25 

26 ; 

27 000000 MODE = 0 
28 

29 
30 

31 

32 

33 
34 

35 

36 000001 NMODE = 1 

37 000002 V2WIRE = 2 

38 000003 TPSTAT == 3 

39 000004 T2CNT1 = 4 

40 000005 T2CNT2 = 5 

41 000006 T2CNT3 = 6 

42 000007 T2CNT4 = 7 

43 000010 T3CNT1 = 10 

44 000011 T3CNT2 = II 

45 000012 T3CNT3 = 12 

46 000013 T3CNT4 = 13 

47 000014 T1CNT1 = 14 

48 000015 T1CNT2 = 15 

49 000016 TICNT3 = 16 

50 000017 T1CNT4 = 17 

51 000002 .RADIM 2 



NATOR 

: X = 1 DOUBLE CURRENT TERMI- 
NATOR 



OPTIONS CONTROL WORD 

T00P : TRANSMIT POLARITY P FOR 

TIME = T1CNT 

TO IP : TRANSMIT POLARITY P FOR 
TIME = T1CNT 

: TRANSMIT COMPLEMENT P FOR 
TIME = T2CNT 

;T11P : TRANSMIT P FOR T1CNT 

: TRANSMIT COMPLEMENT P FOR 
T2CNT 

: TRANSMIT P FOR T3CNT 
; T- : T = 0 BRANCH TO FREE AT TSP 
COMPLETION 

: T = 1 BRANCH TO TSC AT TSP 
COMPLETION 

MODE WORD FOR TSC WHEN MODE = 
VARIABLES FILE COPY OF C2WIRE 
TSP SETS = 1— AT COMPLETION 
;T2CNT4 -T2CNT1 = 16 BIT COUNTER 
FOR 2ND POLARITY 
(USED ONLY IF MODE = -1-) 

;T3CNT4 - T3CNT1 = 16 BIT COUNTER 

;FOR 3RD POLARITY 

;(USED ONLY IF MODE = -11-) 

;T1CBT4 - T1CBT1 = 16 BIT COUNTER 
;FOR 1ST POLARITY 
;(ALWAYS USED) 



1 000304 ATOTSP; 

2 000304 

000304 064061 
000306 101360 

3 000310 



000310 072017 
000312 103061 

4 000314 
00314 056014 
000316 003301 

5 000320 

000320 072066 
000322 103021 

6 000324 

000324 064061 
000326 101360 

7 000330 TSF: 

8 000330 



000330 064000 
000332 005722 

9 000334 

000334 074011 
000336 001200 

10 00340 

00340 072074 
00342 101020 

11 00344 

00344 072074 
00346 101022 

12 00350 



WAIT 

BFLG ATOCLR,00 1 1 ,MSGFLG 

CLRF 1 100.MSGFLG 
BFLG TSP,0001,MSGFLG 

BR ATOTSP 

MOVBA C2WIRE,V2WIRE 

LINERI MODE 
BRBS TSP8,0001,MODE 
BRBS TSP8,0001,V2WIRE 
SETF 1000,MSGFLG 



;WHEN RECV SETS FLAG 
;TRANSFER TO TSP 



COMMAND FROM 
RECV TO TRANS- 
MIT CLEAR 



;CLEAR FLAGS TO RECV 



;START TSP IF FLAG 
;IS SET 



;LOOP AND WAIT FOR 
;FLAG FROM RECV 



;MOVE TERMINATOR CON- 
FIG BIT TO VARIABLES 
FILE 



;SET LINE = LSB OF 
;MODE 



;BRANCH IF LINE SET 

; = l 



;BRANCH IF DOUBLE 
rCURRENT CONFIG. 



;SET RECV SINGLE CUR- 
RENT INHIBIT FLAG 
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-continued 



13 



00350 064014 
00352 003201 
00354 
00354 064077 
00356 101360 

14 00360 TSP8: 

15 00360 

00360 056014 
00362 003201 

16 

17 00364 
00364 064077 
00366 101360 

18 00370 TSP10: 

19 00370 
00370 064076 
00372 101360 

20 00374 TSP10A: 

21 00374 



00374 072017 
00376 103061 
00400 



22 



23 



24 



25 



26 



28 



29 



36 
37 



38 
39 



40 



41 



00400 
00402 
00404 
00404 
00406 
00410 
00410 
00412 
00414 
00414 
00416 
00420 



136076 
125014 



136076 
125015 



136076 
125016 



136076 
125017 



00420 050142 
00422 101040 
27 00424 



00424 050112 
00426 101020 
00430 

00430 06401 1 
00432 001200 
00434 



00434 072113 
00436 101022 
30 00440 



00440 
00442 

31 00444 
00444 
00446 

32 00450 

33 00450 
00450 
00452 

34 00454 

35 00454 



064014 
003201 

064117 
101360 
TSP12: 

064011 
001220 
TSP14: 



00454 
00456 

00460 
00460 
00462 
00464 
00464 
00464 
00466 
00470 
00470 
00472 
00474 



056014 
003001 



064117 
101360 
TSP20: 

064115 
101360 

072017 
103061 
TSP20A: 



BR TSP10A 



CLRF 1000,MSGFLG 



BR TSP10A 



WAIT 



BFLG ATOCLR,0011,MSGFLG 

DECBNM TSP!0,T1CNT1 

DECBNM TSP10,T1CNT2 
DECBNM TSP10,T1CNT3 
DECBNM TSP10,T1CNT4 
BRB2 TSPEND,00I0,MODE 

BRB2 TSP12,0001,MODE 
LINE01 

BRBS TSP14,0001,V2WIRE 
SETF 1000,MSGFLG 
BR TSP20A 
LINE II 

CLAF 1000,MSGFLG 

OR TSP20A 
WAIT 

BFLG ATOCLR,0011,MSGFLG 



;REMOVE RECV INHIBIT 
;FOR LINE = I 



;OR FOR DOUBLE CUR- 
RENT TERMINATOR 



COMMAND FROM 
RECV TO TRANS- 
MIT CLEAR 



;HOLD FIRST POLARITY 
;FOR COUNT = T1CNT 



;CHECK FOR 2ND 
POLARITY, TSP END 
IF NOT 



;CHANGE POLARITY 
;OF LINE 



;SET LINE = 0 



;NO INHIBIT IF 
jDOUBLE CURRENT 



;SET RECV SINGLE CUR- 
RENT INHIBIT FLAG 



;SET LINE = 1 



;REMOVE INHIBIT IF 
;DOUBLE CURRENT 



;OR LINE = 1 
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136115 
125004 



136115 
125005 



136115 
125006 



42 00474 

00474 
00476 

43 00500 
00500 
00502 

44 00504 
00504 
00506 

45 00510 
00510 136115 
00512 

46 00514 



00514 050142 
00516 101100 

47 00520 

00520 074011 
00522 001200 

48 00524 

00524 072131 
00526 101020 

49 00530 



00530 072131 
00532 101022 
00534 

00534 064014 
00536 003201 
00540 

00540 064135 
00542 101360 
00544 TSP22: 
00544 
00544 056014 
00546 003201 
54 00550 

00550 064135 
00552 101360 
00554 TSP30: 
00554 

00554 064133 
00556 101360 
00560 

00560 072017 
00562 103061 
00564 TSP30A: 
00564 



50 



51 



52 
53 



55 
56 



57 



60 



61 



62 



63 



00564 
00566 
00570 
00570 
00572 
00574 
00574 
00576 
00600 
00600 
00602 
00604 



136133 
125010 



136133 
125011 



136133 
125012 



136133 
125013 



00604 066000 
00606 005173 

64 00610 TSPEND: 

65 00610 
00610 064142 
00612 101360 

66 00614 
00614 074000 
00616 005203 

67 00620 

00620 050013 
00622 101200 

68 00624 



DECBNM TSP20,T2CNT1 

DECBNM TSP20,T2CNT2 

DECBNM TSP20,T2CNT3 

DECBNM TSP20,T2CNT4 
125007 

BRB2 TSPEND,0100,MODE 

LINERI MODE 

BRBS TSP22,0001,MODE 

BRBS TSP22,0001,V2WIRE 

SETF 1000,MSGFLG 
BR TSP30A 

CLRF 1000,MSGFLG 
BR TSP30A 

WAIT 

BFLG ATOCLR.OOl 1,MSGFLG 

DECBBN TSP30,T3CNT1 

DECBNM TSP30.T3CNT2 
DECBNM TSP30,T3CNT3 
DECBNM TSP30,T3CNT4 
AND 0111,T3CNT4 

WAIT 

OR 1000,TPSTAT 
BRBZ FREE,1000,MODE 

IDA NMODE 



;HOLD 2ND POLARITY 
;FOR TIME » T2CNT 



;CHECK FOR 3RD 
; POLARITY, TSP 
;END IF NOT 



;SET LINE = LSB OF 
;MODE 



;NO RECV INHIBIT 
;IF LINE » 1 



;MO RECV INHIBIT 
;IF DOUBLE CUR- 
RENT 



;SET RECV INHIBIT 



;CLEAR RECV INHIBIT 



;HOLD 3RD POLARITY 
;FOR TIME = T3CNT 



;CLEAR TSC CHARACTER 
;READY BIT 



;SET DONE FLAG 



;IF MSB MODE = 0, 
; BRANCH TO FREE 



^TRANSFER NMODE TO 
;MODE 
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00624 076000 








00626 005401 
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00630 


STRBZ BGRPO.MODE 






00630 064000 








00632 004000 
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00634 


BR TSC 


;BRANCH TO TSC 




00634 064155 








00636 101360 







Generation Of A Signaling Sequence By the Group 
Controller-Line Controller Combination 

The group controller-line controller (GC-LC) ar- 
rangement of the present invention has as one of its 15 
primary functions the generation of the signaling se- 
quences required during a call set-up or a call discon- 
nect. These signal sequences must occur in order to 
establish and to clear a communication link between 
two terminations attached to the telex exchange. The 2 o 
group controller, which for the preferred embodiment 
is a Digital Equipment Corporation LSI- 11, contains a 
set of supervisory level programs which control the 
flow of data to and from each of the terminations ser- 
viced by the GC-LC arrangement. 2 5 

In General 

Referring now to FIG. 22, the organization of the 
group controller program memory containing the GC 
routines which are to be executed is illustrated. While 30 
the location of the various routines which comprise the 
preferred embodiment of the group controller programs 
is illustrated in FIG. 22, it is obvious to a person or 
ordinary skill in the art that the actual memory location 
assignments could be varied from those shown and 35 
discussed below. 

To begin with, the low memory address locations of 
the GC program memory are reserved for use as the 
stack and as the peripheral and special purpose vector 
interrupt memory locations. Next in order come the 
major functional sections of the group controller pro- 
gram: the interrupt level supervisor (ILS), the back- 
ground level supervisor (BLS), the ILS Program Lists, 
the BLS Program Lists, the system subroutines, the 
signaling line state descriptors (LSD), the signaling 45 
sequence tables (SST), the task assembler code routines, 
and finally, the peripheral address registers. Individu- 
ally, each of the functional blocks illustrated perform 
special purpose functions wihtin the overall computer 
program. The following is a brief explanation of some of 50 
the functions performed by each of the routines which 
make up the GC program. 

The interrupt level supervisor (ILS) is a supervisory 
routine which executes various ones of the ILS list 
receive (Rx) and transmit (Tx) script task routines on 55 
the occurrence of a programmed interrupt from a real 
time clock. As will be discussed below with respect to 
the program lists, both for ILS and BLS, thre are vari- 
ous time related lists which must be executed at prede- 
termined intervals of time, i.e. every 10 milliseconds, 
every 20 milliseconds, every 60 milliseconds, every 120 
milliseconds, etc. At each real time interrupt, the ILS 
supervisory program executes all of the lists that are due 
to be executed at this particular point in time. For the 
preferred embodiment, a programmed interrupt occurs 65 
every 10 milliseconds. At any given 10 millisecond 
interrupt, it is possible that 60 milliseconds has elapsed 
since the last time the 60 millisecond list was executed. 



Therefore, both the 10 millisecond list and the 60 milli- 
second list would be executed at this interrupt time. 

The background level supervisor (BLS) is the GC 
program that is running when the ILS supervisor is not 
processing an interrupt. Contained in the BLS supervi- 
sor program are time related lists similar to those con- 
tained in the ILS supervisor, i.e. the A, B and C lists. 
However, the A, B and C lists are not executed at fixed 
intervals of time, but rather, are executed sequentially 
according to any sequence desired. Termination lines, 
whether receive (Rx) and/or transmit (Tx), which are 
inactive or in a state that is not time critical are usually 
placed in one of the BLS supervisory lists. For the BLS 
lists, the time between execution of these lists may vary, 
but it is assured that they will be executed often enough 
to perform the desired signaling required by the termi- 
nations. 

The ILS program list memory locations which fol- 
low the BLS routine contain the various time related 
lists of script task routines to be performed for any 
terminations whose signaling is currently time critical. 
In a similar manner, the memory block location for the 
BLS program lists contain the threaded lists of tasks to 
be performed on those terminations which are currently 
not time critical. 

The system subroutine memory block contains spe- 
cial purpose subroutines which among other things 
permits the GC to communicate with the common con- 
trol (CC) via special purpose handler routines (the ESP 
handler). Following the system subroutines is a block of 
memory locations that are organized into 160 control 
blocks of 33 computer words per block. These control 
blocks comprise the signaling line state descripters 
(LSD). These LSDs are used in the execution of the 
script task routines to produce the signaling sequences 
required by the various types of terminations. When a 
signaling sequence must be generated in a termination, 
call set-up or disconnect, an LSD must be allocated to 
that termination. Each LSD contains memory locations 
for storing data required by the scripts to perform both 
transmit and receive signaling sequence script tasks 
which comprise the signaling scripts. 

Still referring to FIG. 22, following the LSDs comes 
the signaling sequence tables (SST) which are the mem- 
ory locations that contain the script tasks to be per- 
formed for all of the possible signaling sequences that 
can be handled by the telex exchange. For a given type 
of signaling required in a termination, a signaling script 
is constructed, under program control, by stringing 
together selected SST script segment routines. The 
script segment routines produce certain signaling se- 
quences which can occur during the signaling sequen- 
ces for several different types of terminations. By writ- 
ing routines for these segments and stringing together 
the appropriate segments, a desired signaling sequence 
script can be constructed. 

Following the SST tables are the script task assem- 
bler code routines. These task routines are the assembler 
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coded instructions which perform the various tasks that 
comprise the desired STT script. It is the execution of 
these instructions which control the flow of data be- 
tween the GC and the LC that, in turn, enables the LC 
to produce the desired sequence of signals in the termi- 
nations. 

At the top of the addressable memory locations are 
the locations reserved for the peripheral address regis- 
ters and the general purpose registers of the LSI- 11. 
Included within these locations are the registers which 
pass data between the GC and the LC (LCADDR and 
LCDATA). 

The Lists of Tasks 
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Turning now to FIG. 23, the ILS 120 millisecond list 
which currently has the scripts for line 1, 20 and 118 
threaded onto it is shown. The list shown in FIG. 23 is 
typical of a list in either the ILS or the BLS supervisory 
program. As shown in FIG. 23, only three lines are 
presently threaded onto this list. Additionally, only line 
20's Rx script has been threaded onto this list. Each of 
the lists, either in ILS or BLS, is comprised of line state 
descripters (LSD) strung together in a manner that 
permits the sequential execution of the Rx and/or Tx 
scripts for the terminations threaded onto the list. The 
list functions as follows. When a line becomes active, 
such as when it initiates a call, the next available LSD is 
assigned to that line. Depending upon the time require- 
ments for the signals to be produced in the signaling 
sequences for any termination, any time critical signal- 
ing, whether it be for the Rx script or the Tx script, that 
termination will have the appropriate LSD script 
threaded onto the appropriate list. Each LSD has two 
memory locations assigned for a Rx script and two 
memory locations assigned for a Tx script. These for 
locations are used to control the flow of program execu- 
tion through the list. When a list is executed, all of the 
Rx tasks of threaded Rx scripts will be executed first, 
followed by the Tx task. Each pair of memory locations 40 
function as pointers which point to the address of the 
next LSD to be executed in the list. 

As shown in FIG. 23, the starting address for the 
LSD for line number 1, memory address location 1,000 
contains the starting address of the LSD assigned to line 
20 whose script is next to be executed. Similarly, the 
LSD for line number 20, beginning at memory address 
2,000, points to the starting memory address location 
for the LSD assigned to line 118. At the end of the 
string of threaded Rx scripts is a dummy LSD that ends 
execution of the list and causes the program to retrace 
back to the start. At the completion of the Rx list, the 
Tx list is executed. Because of the addressing scheme 
for the threaded LSD's, it is possible that the Rx and Tx 
scripts for any given termination can be threaded onto 
different timing list in different supervisory programs 
although only one LSD has been assigned to that termi- 
nation. In addtion to the threading memory locations, 
each LSD contains memory locations that are used to 
store pointer registers and data required to execute the 
threaded signaling scripts. When an LSD is assigned to 
a given termination, the BLS will initially set up the 
LSD with the data and the initial pointer values re- 
quired to begin execution of the signaling scripts. Dur- 
ing execution of the script, this data and the pointer 
values will be updated during execution of the individ- 
ual task routines. 
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How the Script Tasks are Located and Executed 

Referring now to FIG. 24, a block diagram of how a 
script is executed for a termination is shown. Initially, 
the line controller (LC) has been set up to look for a call 
from each of the terminations under its control. The 
BLS supervisor program is executing a scanning routine 
called hook-scan (HKSCAN) which systematically 
scans all of the terminations for a call detect flag indica- 
tion from within the LC indicating that the termination 
has initiated a call. (When the LC detects a call from 
one of its lines, a call detect flag is set in one of its mem- 
ory locations. The GC reads the contents of this loca- 
tion to sense the start of a call.) When the BLS scans 
that particular line, the flag will cause the BLS to set up 
the signaling script for that termination. The script is 
initiated by obtaining a control block for that termina- 
tion from the available LDSs. This control block is then 
threaded onto one of the ILS or the BLS supervisory 
RX lists. 

As previously mentioned, each time that a list is exe- 
cuted, only one task for both the Rx and the Tx scripts 
will be executed. It is the function of the signaling LSD 
to keep track of where the script is executing so that the 
next time the list is executed, the LSD will return pro- 
gram execution to the correct point within the script 
where it left off the last time the list was executed. In 
order to keep track of where the script is executing, 
each of the LSDs contain pointer memory locations 
that contain pointer values that are used to direct pro- 
gram execution to different memory locations. For the 
preferred embodiment, each LSD contains six pointers, 
three pointers for the Tx script and three pointers for 
the Rx script. These pointers are the segment table 
pointer (SEGPRX and SEGPTX), the script pointer 
(SCRPRX and SCRPTX), and the script task address 
(TASKRX and TASKTX). The pointers TASKRX 
and TASKTX are associated with the two memory 
locations in the LSDs which are used to thread the Rx 
and Tx scripts, respectively, onto the lists. However, 
TASKRX and TASKTY are not involved in threading 
but are the addresses of RX and TX signalling routines 
to be executed when ILS/BLS gives control to the 
LSD. Each time the list is executed, the contents of 
these two pointers are used to transfer program execu- 
tion to some routine. As execution of the routines 
progress, the contents of the pointers contained in the 
LSD could be used and/or updated, as well as the 
TASKRX and TASKTX. In other words, TASKX and 
TASKTX are the primary pointer which transfers pro- 
gram execution to the scripts each time the list is exe- 
cuted. TASKRX and TASKTX point to assembler 
code which actually performs the signalling tasks. 

The following is a brief explanation of how a signal- 
ing script for a termination is constructed and executed 
by the GC. Given the line number, the address of the 
code that is required to handle the signaling sequences 
for this termination will be determined by reference to 
tables as shown in FIG. 24. Upon receipt of a call, the 
line nunber produces an index value that indexes into 
the "type table" for the purpose of determining the type 
of signaling required by this particular termination. The 
contents of the memory address location in the "type 
table" for the termination contains an index value which 
indexes into the "segment address table." The indexed 
memory locations in the segment address table contain 
the starting address of a block of memory locations 
identified as the "segment table" for a particular signal- 
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ing type. There is a segment table for each type of sig- 
naling that is possible in the system. 

The contents of the segment table contain offset ad- 
dress values which point to address locations in the 
"script segment address table." The memory locations 
in the script segment address table, in turn, contain the 
starting addresses of the various script segments. The 
signaling which can occur for all of the types of signal- 
ing in the system have been broken down into their 
basic components referred to as segments. By stringing 
together these signaling segments, any given signaling 
can be produced. As shown in FIG. 24, for a hypotheti- 
cal type X signaling sequence, segment SEG 1, 2, 3 and 
4 are required to handle an incoming call signaling 
sequence (IC call segments). The segment table point- 
ers, SEGPRX AND SEGPTX, contained in the LSD 
assigned to the termination would be initialized to the 
address location within the segment table for the first 
segment (SEG 1) that is to be executed for this signaling 
script. 

Having obtained the offset address to the script seg- 
ment address table from the segment table, the starting 
address of the various script task routines that comprise 
the various script segments can now be obtained. As 
shown in FIG. 24, the starting address of the Rx script 
segment SCR001 is pointed to by the contents of the 
memory address location in the script segment address 
table specified by the contents of the segment table 
location pointed to by SEGPRX. The starting memory 
address location for the various script tasks to be per- 
formed in the SCR001 script segment is contained in the 
script pointer registers SCRPRX and SCRPTX. 

Each of the script tasks contained in the block of 35 
memory locations for Rx segment SCR001, as well as 
all script segments, contain assembler macro instruc- 
tions that generate indices into the script operand ad- 
dress table SOPADR. The script operand address table 
SOPADR contains the starting addresses of the assem- 
bler code for the macro script tasks contained in the 
segment script. As previously mentioned, the address of 
the next memory location to be executed for a script 
task is contained in the script task address pointers 
TASKRX and TASKTX (see FIG. 23). Depending on 
where the script task execution left off, these pointers 
could point to within the task assembler code routines 
or to other routines, such as the routines which set up 
the next segment according to the contents of the 
SCRPTX and SCRPRX pointers. 

Upon obtaining the LSD at the start of a call, the 
script task address pointers will be initialized to point to 
the first segment scripts to be executed in this signaling 
sequence. Only when entering a new segment will there 
be a need to sequence through the various indirect ad- 
dressing steps as shown in FIG. 24 to arrive at the as- 
sembler code for the script task routines. Once into a 
segment, the script task address pointers will cause 
program execution to transfer directly to the individual 
task assembler code routines. With the completion of 
each script task, the script task address pointers will be 
updated to insure that the next time this script list is 
executed, program execution will be transferred to the 
appropriate assembler code script task routine. Execu- 
tion of each of the Rx and Tx tasks in the list causes the 
GC to jump to the address pointed to by the respective 
TASKRX and TASKTX pointers. 
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A Call Set-Up Signaling Sequence — An Example 

Turning now to FIG. 25, the signaling sequence, both 
for the Rx and Tx termination lines, for a type A in- 
bound and a type A outbound termination is shown. 
The inbound termination is labeled X and the outbound 
termination is labeled Y. At the telex exchange, the 
transmit and receive signals from termination X are 
labeled Rx and Tx respectively. For the outbound ter- 
mination Y, they are labeled Ry and Ty respectively. 
The signaling sequence depicted in FIG. 25 is for a call 
set-up. The inbound termination X is the calling termi- 
nation, and the outbound termination Y is the called 
termination. 

The following is a brief explanation of the sequence 
of signals that occur in a type A to type A call set-up. 
First, a "call" occurs (a Z level on the Rx line) at point 
A on the Rx line to signify that the termination X is 
initiating a call. The telex exchange, within a period of 
150 milliseconds answers back with a "call confirm" (a 
Z on the Tx line) at point B. Within 150 milliseconds of 
"call confirm," the telex exchange will transmit a 40 
millisecond proceed to select (PTS) pulse to the calling 
termination to indicate that it may now send the selec- 
tion digits for the party that it is calling. The PTS pulse 
is shown in FIG. 4 at point C. Receipt of the selection 
digits should begin on the RX line within five seconds 
of the PTS pulse. Note: The times given for signalling 
are variable for different lines and exchanges and are 
gien here for illustration purposes. If termination X is 
operated properly, it will transmit the selection digits as 
shown at point D. After receiving the selection digits, 
the telex exchange determines the routing and if the 
called termination or subscriber may receive a call. If 
so, the exchange transmits to the called determination a 
command for the Ty line to issue a "call" signal shown 
at point E. 

Still referring to FIG. 25, within 3 seconds of issu- 
ance of the call at point E, the called termination Y must 
respond with a "call confirm" on Ry, point F. Follow- 
ing that and within 4 seconds of call confirm, the called 
termination Y must issue a 40 millisecond PTS pulse. 
This pulse is shown occurring on the Ry line at point G. 
The telex exchange must now transmit to the call termi- 
nation within 150 millisecond of the PTS pulse on Ry 
(point G) the selection digits received from the calling 
termination. After transmission of the selection digits on 
Ty (point H) and within 60 seconds, the called termina- 
tion must issue on Rx the "call connect" pulse consists 
of 150 millisecond pulse (point I). When the call con- 
nect pulse has been received on the outbound line indi- 
cating that the called parts is ready to receive conversa- 
tion data, the telex exchange must transmit that fact to 
the calling party. The exchange does this by causing a 
call connect pulse of a 150 milliseconds to occur on the 
TX signal line (point J). A call connect to the calling 
termination indicates to the calling termination that it 
may now begin to send conversation data. 

The inbound termination call connect pulse is shown 
occurring at point J some time after the occurrence of 
"call connect" on the outbound side at point I. How- 
ever, before conversation begins and within 2 seconds 
of the issuance of the callconnect at point I, the telex 
exchange may command the called termination to trans- 
mit its answer back digits for transmission to the calling 
line to indicate to the calling party that the call has been 
connected to the called party. If this is done, the telex 
exchange issues on Ty at point K the answerback con- 
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trol digits to cause the answerback digits to be produced 
on the Ry signal lines at point L. These digits are routed 
by the exchange to the calling termination for transmis- 
sion on the Tx lines as shown at point M. After the 
answerback digits have been transmitted at point M, the 5 
call set-up signaling sequences for these terminations 
will have been completed and conversation has begun. 

Having described in general the signaling sequences 
for a call set-up between a type A inbound and a type A 
outbound termination, the following is a detailed expla- 10 
nation of how the preferred embodiment of the present 
invention produces the signals shown in FIG. 4 through 
the execution of the GC-LC script routines as discussed 
above. TABLE 4 is a listing of the scripts for both the 
receive and transmit signaling on both the inbound (X) 15 
and the outbound (Y) side for the signal sequences illus- 
trated in FIG. 25. The scripts listed are comprised of 
programs written for the DES LSI- 11 assembler lan- 
guage. To serve as an example, included with the fol- 
lowing discussion is a listing of the assembler coding of 20 
one of the programs that is executed in the scripts listed 
in TABLE 4 which contains instructions that transfer 
data between the GC and the LC. 

TABLE 4 



within the same GC as the inbound termination. This 
would depend upon whether the called termination was 
a termination under the control of the same GC as the 
calling termination. In any event, since all the GCs are 
programmed the same, no further reference to this con- 
dition need be made. 

Referring now to both FIGS. 25 and 26, upon detec- 
tion of a call at point A by the BLS HKSCAN routine, 
an appropriate LSD control block will be allocated and 
set up for this termination. The Rx script for this termi- 
nation is then threaded onto the 120 milliseconds ILS 
list (as indicated by the script macro TIMLST T120IX). 
As part of the feature of the LC, once a call is received, 
an inner processor flag between the LC Rx processor 
and its Tx processor is activated to cause the LC to 
automatically transmit back to the calling termination 
on the TX line and "auto call confirm" (point B). By 
doing this auto call confirm, the LC is prevented from 
having to wait until the GC senses that a call has oc- 
curred and then executing a software routine to com- 
mand the LC to send out a call confirm. 

Once the Rx script has been threaded onto the appro- 
priate list, the GC then executes the task RSID 5S 



Type A Script-Inbound 



Rx 



Tx 



SCR001:: 




SCT001:: 




TIMLST 


T120IX 


TDONE 




RSID 


5S 


TSP3 


TMD1, 100M, 40M 


RCALG 




TSETF 




RTHRT 


T60IX 


TTHRT 


TAIX 


RXCLF 


ERR4 


TCCWB 


MSK1 


RXTIM 


5S 


TCSGB 


1 


RSELF 


ERR 1,ERR2„ BAUDOT, PL, B 






RCPLR 








RTHRR 


TAIX 






RXCLF 


ERR3 








Type A Script-Outbound 




Ry 




Ty 




SCR002:: 




SCT006:: 




RSID 


5S 


TIMLST 


T120IX 


RSPD1 


ERRS, RMD1, 35, 20M 


TTHRR 


T60IX 






TSP1 


TMD2 


RSPD2 


ERP6,ERR7,RMD9,4S,6M,50M 


TTHRT 


TAIX 


RSETF 




TCCWF 


MSK2 


RTHRR 


T120IX 


TTHRT 


T120IX 


RCOSC 


TRANSP,1$ 


TXSEL 


BAUDOT.PLS 


RCPLR 




TTHRT 


TAIX 


1$: 


RXTIM 60S 


TCCWF 


MSK4 


RXCHR 


ERR9,ERR 10,ERR 1 1 ,2,CR,BL,B 


TCCAC 




RCSGB 


1 


TCOSS 


TRANSP,3$ 


SCR003:: 




TCOSC 


FWRU,3$ 






TXWAT 


2S 


RSETF 




TTHRT 


T120IX 


RCOSS 


CPLCOD,3$ 


TXCHS 


2,FS,D,B 






3$: TCPLT 




RTXCH 




TCCWA 


MSK2 


3$ RCCNG 




TSLS 


SDISC 


RCPLR 




TBYE 




RXTIM 


10S 






RGETC 


ERR15,ERR16,2 






RTHRR 


TAIX 






RXCLF 


ERR 17 







The receive and transmit scripts which will be exe- 
cuted to produce the call set-up signaling sequence for 
a Type A inbound and a Type A outbound termination 
illustrated in Table 4 is also shown in FIG. 26 in the 
order in which the various script tasks are executed. 
FIG. 26 is also referenced to the identified points on the 
signaling sequence illustrated in FIG. 25. It should be 
pointed out that the script routines for the outbound Ry 
and Ty termination lines may or may not be contained 
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which sets a internal 5 second time out period used to 
measure the time between receipt of each selection 
digits at point D. This 5 second time interval is to ensure 
that no more than 5 seconds elapses between receipt of 
any two consecutive selection characters. Otherwise, a 
time out error will occur. Rx now executes the task 
RCALG which sends a "call detect" message up to the 
common control (CC) via the command bus. In addi- 
tion, the termination line number and other information 
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necessary to process the call is also transferred to CC. Still referring to FIG. 26, following the execution of 
The Rx script then executes the task RTHRT which the task TSETF in the Tx script, the Rx script executes 
threads the transmit task portion of the LSD for this the task RXTIM 5S which sets a GC internal time inter- 
termination onto the 60 millisecond ILS list to begin val for receipt of the first selection characters from the 
executing the transmit script Tx every 60 milliseconds. 5 LC. If the first selection digit is not received within the 
The Rx script then enters the task routine RXCLF 5 second time interval, then a time out error occurs, 
which is a wait task routine. RXCLF causes the Rx RSELF will then transfer the received selection digits 
script to loop at this task each time the 120 millisecond from the LC to the CC via the common bus 4. During 
list is executed until commanded by the Tx script to the execution of these Rx tasks, the Tx script has pro- 
continue executing subsequent tasks in the Rx script or 10 ceeded to the task TCCWB. 

until clearing is detected in which case a call fault is sent When the LC for termination X received the call at 

to common control. point A, its associated GC placed the inbound LC in a 

Following the threading of the Tx script onto the ILS character detect mode for this termination by the rou- 

60 millisecond list, the next 60 millisecond ILS list exe- tine HKSCAN. Thus, all during the Rx script which 

cution will perform the Tx script task TDONE. 15 has been discussed above, the LC has been trying to 

TDONE checks to see that the call confirm has been receive characters from the inbound termination. When 

sent to the calling termination by the LC. If the auto call the Rx task RSELF is executed, the GC begins asking 

confirm has not been transmitted, TDONE will wait the LC for the selection characters. The selection char- 

until the line controller completes. The Tx script then acters are accumulated by the GC until receipt of a -f 

continues onto the task TSP3 which commands the line 20 character indicating the end of the selection digits, 

controller to transmit to the calling termination the PTS When the + character is received, the GC forwards the 

pulse at point C. When this pulse has been sent, the Tx selection digits along with the number of the inbound 
script executes the task TSETF. The function of termination up to the CC via the command bus. The Rx 

TSETF is to release the Rx script from the task script then executes the task RCPLR which couples the 

RXCLF so that Rx script will be ready to receive the 25 Rx termination line signals onto the conversation bus. 

selection digits at point D. At this point, essentially all of the signalling necessary 

For now, the signals which needed to be generated to set up a call has occurred on the inbound Rx side and 

on the calling termination Tx line is over, and for a short the next thing to come over the Rx lines will be the 

period of time, the Tx signaling is no longer time criti- conversation data. The Rx script proceeds to thread the 

cal. Therefore, the Tx script executes the script task 30 Rx script onto the one of the BLS background lists by 

TTHRT which threads the Tx script onto one of the the task RTHRR and begins to look for clearing on the 

BLS background list. Next, the Tx script enters the task termination lines by commencing the execution of the 

TCCWB which places the Tx script into a waiting last task in the Rx script, RXCLF. 

mode. The TCCWB task is looking for an indication Meanwhile, the common control has received the 
that the call connect pulse has been received at the 35 selection digits transmitted up by the task RSELF from 
called termination. That is, has the called termination the inbound termination and now determines if the 
been activated and is it ready to accept conversation selected termination can receive a call and what the 
data. As can be seen in FIG. 26, this event is not due to routing necessary to establish the call should be. When 
occur until well into the signaling sequence for a termi- this is done, the CC transmits to the GC supervising the 
nation having a type A signaling. 40 called termination the selection digits and a command 
For the preferred embodiment of the present inven- to initiate the signaling sequences to establish a call 
tion, there are three ways in which the outbound "call between the telex exchange and the called termination, 
connect" can be sent to the inbound side. First, call Initiation of a call between the exchange and the called 
connect can be sent via the CC as a message from the termination will occur when the outbound GC issues a 
GC-LC controller of the outbound side. This message is 45 "call" on the outbound Ty line at point E. 
sent up through to CC via the command bus. CC would Immediately upon receipt of the message from CC, 
then send down to the GC of the inbound side the mes- the outbound GC constructs the LSD for the Ty and 
sage that call connect has occurred which would cause the Ry scripts. Since the first event to occur is to gener- 
the task routine TCCWB to terminate. Second, call ate a call signal to the outbound termination, the Ty 
connect can be transmitted over the conversation bus. 50 script is threaded onto the 120 millisecond ILS list by 
However, for this route, two situations can exist. The the first Ty task TIMLST. Next, the Ty script threads 
first situation is where the inbound and outbound termi- the Ry script onto the 60 millisecond ILS list by execut- 
nations are of the same signaling type, or second, they ing its next script task rountine TTHRR. The Ty script 
are not. Where the outbound and inbound terminations then executes the task TSP 1 which causes the transmit 
are of the same signaling type, the call can be coupled 55 lines to the termination to generate a call transition at 
through the conversation bus early in the signaling point E. Sixty milliseconds after the Ry script has been 
sequence since the signals on the outbound line are threaded onto the ILS 60 millisecond list by the Ty 
compatible with what the inbound line expects. Where script, the Ry script executes the task routine RSID 5S 
the outbound and inbound terminations are of different which sets the inter digit time out period of 5 seconds, 
signaling types, the call cannot be coupled through as 60 This time out period is used to measure the time be- 
early since the signals are un compatible. The outbound tween receipt of any two answerback digits received 
GC, on receiving call connect, will send a code on the from the called termination at point M. The Ry script 
conversation bus to the inbound GC. The inbound GC then executes RSPD1 which sets up the Ry script to 
has been told (through tables) by common control to look for a call confirm on the Ry lines to occur within 
listen to the conversation bus (this is done by the script 65 3 seconds of being threaded onto the 60 millisecond list 
task TCCWB). When it sees the code on the bus, it (the time at which the call went out on the Ty line), 
activates the script which sends the appropriate call Meanwhile, after generating the call signal on the 
connect signal to the calling party. outbound transmit lines, the Ty script executes a 



TTHRT task routine which removes the Ty script from 
the 120 millisecond ILS list and threads it onto one of 
the BLS background lists since no signaling changes are 
scheduled to occur for the Ty line until the PTS pulse is 
received on the Ry line at point G. After threading onto 5 
the background, the Ty script enters the task TCCWF 
which waits for a clear command to be sent from CC or 
for the Ry script to kick it out of this routine when the 
Ry task RSETF is executed. 

During the time that the Ry script is executing the 4 10 
second internal time out period, it is looking for the 
PTS pulse to occur on the Ry line. This is done in the 
task RSPD2. At point G, as shown in FIGS. 25 and 26, 
the PTS pulse occurs and causes the Ry script to exe- 
cute the next task RSETF. The task RSETF causes the 15 
Ty script to leave the waiting task TCCWF and enter 
the next task TTHRT. The task TTHRT removes the 
Ty script from the background list and threads the Ty 
script onto the 120 millisecond ILS list in preparation 
for transmitting the selection digits to the outbound 20 
termination. These selection digits were forwarded to 
the outbound GC by the CC just prior to beginning the 
outbound signaling sequence. Having threaded the Ty 
script onto the ILS 120 msec list, the next Ty task 
TXSEL is executed to transmit the selection digits illus- 25 
trated at point H. 

After executing the Ry script task RSETF to initiate 
the transfer of the selection digits to the outbound ter- 
mination, the Ry script proceeds to thread itself onto 
one of the background lists via the RTHRR task. Next, 30 
the Ry script determines if the call is to be a transparent 
connection via the conversation bus by executing the 
task RCOSC, and if it is transparent, to perform the task 
RCPLR to couple the outbound Ry termination line 
data onto the conversation bus. If the connection is not 35 
transparent, then the Ry termination line are not cou- 
pled since the task RCPLR is skipped. Rather, the Ry 
script executes the task RXTIM 60S which sets an inter- 
nal time out period of 60 seconds within which the GC 
looks for a call connect on the Ry line to occur. 40 
Whether or not the call is transparent, the 60 second 
time interval is performed. During the 60 second time 
interval, the task RXCHR is looking to determine if the 
Ry line has received a signal from the outbound termi- 
nation or a message from CC. If the signal received on 45 
Ry is the call connect pulse (point I), and the connec- 
tion is a transparent one, the call connect pulse is trans- 
mitted via the conversation bus from the outbound to 
the inbound side. At this point, the called termination is 
connected to the exchange and is ready for conversa- 50 
tion data. 

When the inbound termination LC receives the call 
connect from the outbound side, the Tx script termi- 
nates the task TCCWB which was waiting for this sig- 
nal and proceeds to the task TCSGB. The task TCSGB 55 
is a conditional branch routine which permits the script 
to branch to different segments depending on why 
TCCWB terminated (i.e., it received call connect on the 
buo, or a call connect message from Common Control, 
or a service message from Common Control) At this 60 
point, the Tx task signaling has become time critical and 
requires that the script be threaded onto the 120 milli- 
second ILS list by the task TTHRT. Having threaded 
itself onto the ILS list, the Tx script performs its next 
task TCCNG which sends a call connect acknowledge 65 
signal up to the CC acknowledging that the inbound 
side is aware that the call connect has occurred on the 
outbound side, whether or not that fact was conveyed 
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by way of the conversation bus or as a message from the 
CC. Next, the Tx script performs the task TCOSS 
which looks into the table to tell the GC if the inbound 
and outbound terminations are of the same signalling 
type or are then different. If they are not the same sig- 
nalling type, then the inbound Tx must itself send a call 
connect pulse to the inbound termination (point J). If on 
the other hand, had the inbound and outbound termina- 
tions been of the same signaling type (transparent), 
when the call connect data from the outbound termina- 
tion was transmitted to the inbound LC via the conver- 
sation bus, the call connect pulse would have automati- 
cally been sent out to the inbound termination and there 
would be no need for the pulse to be generated again. 
Therefore, if the connection is not transparent a pulse is 
generated by the next task in the Tx script, TXCHS. 
Otherwise, the pulse is coupled through from the out- 
bound side. If executed, the task TXCHS sends an 
ASCII "blank" character to the calling termination. A 
blank character is a 150 millisecond pulse which is 
equivalent to the required call connect pulse. 

With the occurrence of call connect to the inbound 
termination, the calling and the called terminations are 
both ready to begin conversation. The Tx script now 
executes the task TCPLT which couples the Tx lines to 
the conversation bus so that the answerback digits from 
the called termination can be transmitted to the calling 
terminal. The Tx script then enters the task TCCWA 
which is a task that waits for the conversation message 
from the CC indicating that conversations may begin, 
or for clearing on the lines. If clear is receiving the call 
is terminated when the conversation message is re- 
ceived, the Tx script performs a TSLS which causes 
HKSCAN to begin looking for a disconnect signaling 
sequence Finally, the Tx script performs the task TBYE 
to release the LSD for the inbound termination since all 
of the signaling for the call set-up for this call has been 
performed, and the inbound Rx line has been coupled to 
the conversation bus for the conversation portion of the 
call. 

Meanwhile, on the outbound side, when the Ty script 
has transmitted the selection digits to the outbound 
termination at point H, the Ty script is threaded onto 
one of the background lists by the task TTHRT. Next, 
the Ty script enters the task TCCWF. Task TCCWF is 
a routine to cause the Ty script to wait for a clearing 
from the CC or for the Ry script to kick it off when the 
call connect is received at point I. With the execution of 
the Ry task RSETF, the Ty script enters the task 
TCCAC that looks for a call connect acknowledge 
message from the CC indicating that Common Control 
has received call connect from outgoing call side. The 
call connect message that the Ty script is now looking 
for is a result of the message sent up to CC by the task 
RCCNG that was executed in the Rx script following 
the occurrence of the outbound call connect pulse at 
point. 

As previously discussed, sending the occurrence of 
the outbound call connect information to the inbound 
side can occur via CC or by way of the conversation 
bus. As will be discused below, after the outbound call 
connect was received at point I, the GC sends up to CC 
a message that call connect has been received regardless 
of whether that information was also sent via the con- 
versation bus. If signalling is done on the conversation 
bus, common control does not send down call connect 
to the incoming call side. It just waits for call connect to 
be received from the incoming call GO 
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The TY task TCCAC only waits for common control 
to send an acknowledgement. If it does not receive the 
acknowledgement within 2 seconds, it resends the call 
connect message up to CC. Common control sends the 
acknowledgement when it receives the call connect 5 
from the outgoing side. This acknowledgement has 
nothing to do with what the incoming call GC has 
done. It is just an acknowledgement that call connect 
was received from the outgoing GC. The Ty script now 
proceeds to the task TCOSS to examine the connection 10 
table to determine if the call is transparent. If it is trans- 
parent, a two second interval from the receipt of the call 
connect message from CC is executed by the Ty script 
task TXWAT before the Ty script is permitted to con- 
tinue. 15 

At the end of the two second interval, the Ty script 
threads itself onto the 120 millisecond ILS list by the 
task TTHRT and transmits the control characters to the 
outbound termination which will produce the answer- 
back digits. If the inbound-to-outbound connection was 20 
transparent, then the answerback routine would not 
have been performed. (Note that TCOSS means branch 
to 3$ of TRANSP if set while TCOSC means branch if 
TRANSP is clear). Rather, the Ty task would have 
proceeded directly from the task TCOSS to the task 25 
TCPLT to couple the Ty lines to the conversation bus 
in preparation for the conversation portion of the call. 
After coupling the Ty line to the conversation bus, the 
Ty script executes TCCWA which waits for the CC to 
send down the conversation message that the call set-up 30 
signaling sequence for the outbound side has been com- 
pleted and that the outbound GC can now release the 
LSD. 

After transmitting up the call connect message to the 
CC by the Ry script task RCCNG following the occur- 35 
rence of call connect at point I, the Ry script performs 
an RCPLR which sets the LC on the receive side to 
couple the Ry line onto the conversation bus. This is 
done in preparation for receiving and transmitting the 



answerback digit from the outbound termination onto 
the conversation bus and over to the inbound termina- 
tion. Next, the Ry script performs the task RXTIM 10S 
which sets up a 10 second time out interval in the out- 
bound GC within which the first character of the an- 
swerback digits must be received. The Ry script per- 
forms RGETC to read the first two characters from the 
answerback digits. Next, the Ry script is threaded onto 
one of the background scanning lists by RTHRR. The 
outbound GC is then set up to start looking for clearing 
by the last task to be executed in the Ry script, RXCLF. 

At this point, all of the tasks in the Rx and Ry scripts 
have been executed and both the Tx and the Ty scripts 
are executing the task TCCWA MSK2. This task is 
looking for the conversation message from CC indicat- 
ing that the conversation portion of the call can begin 
and that the LSD for both the inbound and outbound 
termination can now be released. Upon receipt of the 
conversation message from CC (point N), both GCs 
execute in sequence the tasks TSLS and TBYE to re- 
spectively set up the GCs to look for the disconnect and 
to release the LSDs. Having done this, the conversation 
portion of the call may proceed without the GC having 
any further to do with the call since the LC's will have 
been set up to handle the conversation data. 

Still referring to FIG. 26, the Ty script task routine 
TXSEL BAUDOT, PLS transmits the selection digits 
received from CC to the outbound termination via the 
LC. The following table is a listing of the assemble code 
for the task TXSEL which is presented here as a repre- 
sentative example of how the task routines are written. 
While a discussion of each instruction in this task rou- 
tine will not be given here, it will be obvious to a person 
of ordinary skill in the art when given the foregoing 
description of how a signaling sequence can be gener- 
ated through the use of scripts that a set of task routines 
can be written to produce any signaling sequence de- 
sired. 



TXSEL .SBTTL TSEL - SEND SELECTION DIGITS 
PURPOSE 

TO SEND SELECTION DIGITS 

SELECTION MAY BE SENT DOWN IN SEPARATE CHUNKS 
BY COMMON CONTROL. THE ESP APPENDS ADDITIONAL 
SPILL IN LSDDAT AND UPDATES THE COUNT. END-OF- 
SECTION IS INDICATED BY TNAEOS' CHAR. FORMAT 
OF LSD DATA BUFFER LSDDAT: 

BYTE 1 COT 

BYTE 2 DATA 

BYTE 3 DATA 

BYTE N INAEOS 
TXSEL INITIALLY CLEARS TEMPORARY COUNTER 
'LSDCNT'. IT SENDS CHARS IF 'LSDCNT', IS LESS 
THAN LSDFNC + 1 (COUNT). WHEN INAEOS IS ENCOUNTERED 
THE END-OF-SELECTION CHAR IS PICKED UP FROM THE 
SCRIPT AND TRANSMITTED. 
CALLING SEQUENCE 

TXSEL P1,P2(,P3) 

PI - LINE CODE TYPE 

P2 - TERMINATOR CHAR 

P3 - CHAR SET SWITCH 

GENERATED SCRIPT 

.BYTE TXSELI 

.BYTE PI 

.BYTE P2 
SPECIAL RUN TIME ARGUMENTS 

NONE 
NORMAL EXITS 

WHEN TRANSMISSION COMPLETE, NEXT SCRIPT TASK 
ERROR EXITS, 

NONE 



TXSEL:: 



MOV R0R2 
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-continued 



TXSEL9: 



TXSEL3: 

TXSEL8: 

TXSEL4: 
TXSEL5: 
TXSEL7: 



ADD 


#LSDDAT + 1,R2 


;POINT TO 1ST BYTE OF DATA 


MOV 


R2LSDDPT(R0) 


;STORE ADDRESS 


CLRB 


LSDCNT(RO) 


;TEMP COUNTER 


MOV 


SCRPTX(R0);R2 




• MOVB 


1 /T"> TV T> t 

1(R2),R1 




ASL 


RI 




MOV 


TRARTN(R1),LSDWK2(R0) 


;STORE TRANST TABLE 


JMP 


@ TXSTAB(Rl) 






T Cn T C^X> fX> -U \/L.* 1 'V1 

JLcjULLK^KC?;,?? Vr I Az 


;SETS UP LC ADDRESS PORT TO 






;lKAJ\arbK LH IO LC VARIABLE 






;FILE 


BIT 


#TCREQ,LCDATA 


;FIND OUT IF LC IS READY TO 






;TX ANOTHER CHAR. 


BNE 


"T""V C? ¥~7 T C 

l AbhLj 


,NO - CYCLE 




R3 


;YES 


BISB 


@LSDDPT(RO),R3 


,GET NEXT DIGIT 


CMPB 


#INAEOS,R3 


•END-OF-SELECTION? 


BEQ 


TXSEL7 


YES 


JSR 


PC,@LSDWK2(RO) 


TRANSLATE (FROM ASCII TO 






LINE CODE) 


BIC 


#SPUP,R3 




BIS 


#TCREQ,R3 




MOV 


R3, LCD AT A 


MOVE THE CHAR TO THE LC 






DATA PORT (LCDATA) 


INC 


LSDDPT(RO) 


BUMP BUFFER POINTER 


INCB 


LSDCNT(RO) 


BUMP DIGIT COUNTER 


CMPB 


LSDCNT(RO),LDSFNC + !(RO) 


ANYTHING LEFT TO TX? 


BLO 


TXSEL4 


YES 


MOV 


#TXSEL8, TASKTX(RO) 


NO-WAIT FOR MORE DIGITS 


BR 


TXSEL5 




CMPB 


LSDCNT(RO),LSDFNCZ + l(RO) 


NEW BUFFER 


BHIS 


TXSEL4 


NO 


BR 


TXSEL, 


YES - RESTART 


MOV 


#TXSELl,TASKTX(RO) ;TX CHARS ENTRY POINT 


JMP 


TXCYCL ;CYCLE 


MOV 


SCRPTX(RO),R2 :END-OF-SELECTION ENCOUNTERED 


CMPB 


(R2) -f ,(R2) 4- 




MOVB 


(R2),R3 -GET EOS CHAR FROM SCRIPT 


BIS 


#TCREQ,R3 




MOV 


R3,LCDATA ; 


SEND EOS 


INC 


LSDDPT(RO) ; 


POINT TO NEXT CHAR 


ADD 


#3,SCRPTX(RO) 


BUMP SCRIPT POINTER 


JMP 


TXCHR4 


DELAY FOR LAST CHAR 



The Terminator Control Interface 

Turning now to FIG. 13, a block diagram representa- 
tion of the terminator control interface 78 (see FIG. 4) 
is shown. Interface 78 functions to interface between 
the signals of the line controller 10 processors and the 50 
signals received from the terminator control units. As 
previously discussed, the signals which are generated in 
the terminator units pass through the terminator control 
units without modification. In other words, the termina- 
tor control units are transparent to the signals generated 55 
in the terminator units. 

As shown in FIG. 13, the data to be transmitted from 
the line controller processors to the terminations are 
inputted to the command data multiplexer 180 which 
functions to apply the transmission data (TDATA) to 60 
either the command delay memory 186 or to bypass that 
functional block and apply the transmit data directly to 
the input of command data latch 188. For the data that 
is applied directly to the command data latch 188, no 
delay in the transmission of this data to the terminations 65 
occurs. The output of command data latch 188 is ap- 
plied to the input of each terminator control unit as the 
command data which will be interpreted by the termi- 



nation units to produce the desired signaling level in the 
appropriate termination lines. 

Referring now to FIG. 14, a timing diagram of the 
write even (WRITE) and the write odd (WRITO) sig- 
nals that are used to strobe into the terminator control 
units, such as terminator control units 16 and 18 (see 
FIG. 1), the command data is shown. This command 
data is, in turn, transmitted to the termination units. The 
termination units, such as termination units 20 and 22, 
will transcribe the command data that is sent down to 
produce the desired signaling level in the termination 
lines. As can be seen in the timing diagram of FIG. 14, 
each of the write signal pulses occur in pairs where the 
first pulse is shown in dotted lines. The first pulse to 
occur in each pair is labelled A and the second pulse to 
occur is labelled B. The pulse is shown dotted since this 
pulse does not always occur. However, the pulse B 
always occurs. The data is strobed into the termination 
units on the loading edge of each of these pulses. As 
shown in FIG. 13, the output of the command delay 
memory 186, as well as one of the outputs of the com- 
mand data multiplexer 180, is applied to the input of 
command data latch 188. The data from the command 
delay memory 186 and the "no delay" data from com- 



89 



4,292,465 



90 



mand data multiplexer 180 are always loaded into latch 
188 and forwarded down to the terminator control 
units. 

The function of the command delay memory 186 is to 
delay the data to be sent to a given termination 64 time 5 
share intervals before the data is presented to the input 
of the command data latch 188 for transmission to a 
particular termination. As can be seen in FIG. 14, the 
time in which this delayed data is present on the com- 
mand data lines to the terminator control units is small 10 
in comparison to the time in which the data that is by- 
passing command delay memory 186 is presented. How- 
ever, it is possible to load on the occurrence of the 
WRIT signals the data for any given termination either 
immediately or delayed 64 time share intervals. This is 15 
the reason that the pulse label A for both the WRITE 
and WRITO is shown in a dashed configuration. In 
other words, the command data that is delayed through 
command delay memory 186 is always strobed out to 
the termination, while the data that is occurring imme- 20 
diately is not always written to that termination. At 
some data rates, not including 50 or 300 baud, there will 
be more than a 1 % distortion in the data if there is not 
some further resolution in the time at which data is sent 
out to the terminations. It is the function of the com- 25 
mand delay memory 186 and the bypass path to provide 
a selection to increase the rate at which command data 
can be sent to a termination by as many as 64 time share 
intervals. Because the data from the command delay 
memory 186 is always sent, it doesn't matter if the same 30 
data was transmitted 64 time share intervals earlier. It is 
a feature of the line controller that a signaling level 
command is sent to each termination each time that 
termination is time share processed. By doing this, the 
data that was sent the previous time share interval will 35 
be retransmitted if it hasn't changed and reinforce the 
data in the termination registers thereby minimizing the 
effects of noise on the transmission of data to the termi- 
nation. 

Again referring to FIG. 13, status signals from the 40 
termination units via the terminator control units are 
inputted to the terminator data translation unit 190. 
According to parameters specified from the CRF 64 file 
of the receive processor, the terminator data translation 
unit 190 interprets the status signals received from the 45 
terminations to produce the logic indication of either a 
mark or a space to the line controller 10 processor. In 
particular, the terminations will transmit up as part of 
the status of the termination the signals: Send Open 
Loop, Receive +, Receive — , Lockout, 2- Wire, and 50 
Parity. The data translation unit 190 interprets the sig- 
nals to generate the signal LINE IN (see FIG. 8). 

To address the termination which is to receive the 
command data from the command data latch 188, the 
output of the sequence file 60 is inputted to the line 55 
number unit 192 which converts the sequence file 60 
data corresponding to the termination currently being 
time share processed into an address that is applied to 
the odd/even line number buffers 194. Also, the output 
of the line number unit 192 is inputted to the odd/even 60 
control unit 198. For the preferred embodiment, the 
termination units are divided into two sets, the odd tray 
and the even tray. Accordingly, the line number genera- 
tion circuits must produce a set of signals for both the 
odd tray and the even tray. The write signals WRITO 65 
and WRITE previously discussed are the respective 
odd and even write signals for the odd and even trays. 
The output of the odd/even line number buffers 194 



which comprise a 4-bit termination address code is ap- 
plied directly to the terminator controller I/O drivers/- 
receivers to be transmitted to the terminator control 
units. This 4-bit address is also applied to the parity 
generators 200 along with the WRITE signals and the 
output of the command data latch 188. The parity gen- 
erators 200 produce the even parity bit which comprises 
one of the command data lines that are sent to the termi- 
nations. The 4-bit termination address outputted from 
buffers 194 will be decoded within the terminator con- 
trol units to produce 16 termination enable signals that 
are used to select the termination units that are to re- 
ceive the command data. 

Still referring to FIG. 13, the output of the line num- 
ber decoders 196 are the terminator control enables 
which enable the terminator control units to receive the 
command data for the termination under its control. 
Included in the terminator control interface 78 is the 
terminator status gating 202 which determines if an 
Open Loop Status has occurred in any termination that 
is a 4 wire termination. In other words, if the data being 
received from the termination is such that an Open 
Loop status exists, terminator status gating 202 will 
produce a signal to the line controller processors indi- 
cating that the 4 wire Open Loop status exists. The 
absence of both receive + or receive — indicates that 
an open loop condition exits. 

The Conversation Bus Interface 

Turning now to FIG. 20, a block diagram representa- 
tion of the conversation bus interface 80 (see FIG. 4) is 
shown. The function of the conversation bus interface is 
to synchronize the high speed data rate of the line con- 
troller to the low speed data rate of the conversation 
bus 5 over which the conversation data between a call- 
ing and a call termination is transmitted. As shown in 
FIG. 20, the master controller conversation bus 5 out- 
put data is inputted to the conversation bus interface on 
four data lines. Each of these data lines service 128 
terminations. The data contained on the conversation 
bus 5 is inputted to a 4-bit register whose output is ap- 
plied as the input data to rate buffer 262. Rate buffer 262 
consists of a 256x4 bit RAM that buffers the data be- 
tween the conversation bus, both incoming and outgo- 
ing, and the data of the line controller processors. The 
data output lines from the rate buffer 262 are applied to 
a 4-bit register 272, to the input of a 4-to-l multiplex 270 
and register 260. 

The 4-bit register 272 function as an output register to 
the conversation bus 5 which transmits data from the 
line controller up to the master controller on a four line 
bus similar to the four received conversation data lines 
on the input to register 252. In other words, data from 
the line controller processors that is to be transmitted up 
to the higher levels of processor control are loaded into 
the appropriate bit position of the rate buffer 262 and 
eventually transmitted on the conversation bus through 
register 272. The 4-to-l multiplex unit 272 responds to 
the 4-bit data word out of rate buffer 262 to produce the 
serial single line conversation bus data that is transmit- 
ted to the line controller processors. This is the bit 
coupled serial data that is eventually transmitted to the 
called termination that is under control of this line con- 
troller. In a similar fashion, the serial bit-coupled data 
that is to be transmitted up to the higher levels of pro- 
cessor control via the conversation bus 5 is loaded into 
the rate buffer 262. 
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As shown in FIG. 20, two data signals, one from the 
line controller transmit processor and one from the line 
controller receive processor is inputted to OR gate 250 
which produces a data signal to the input of register 260 
whose output is also connected to the input data lines of 5 
rate buffer 262. These two signals originate at the out- 
put of gate 164 of the line controller processors (see 
FIG. 8). Since a single bit is to be inputted into one of 
four possible bit positions in each word location of rate 
buffer 262, the complete word for that location, includ- 10 
ing all four bits, must be read out to permit one of the 
bits to be modified before it is restored. 

Still referring to FIG. 20, the addressing of the rate 
buffer 262 is provided from one of two sources. The 
address may come from the line count as obtained from 15 
the output of the sequence file 60 and applied as the 
address of rate buffer 262 via a 2-to-l multiplex unit 252, 
or the address may come from a conversation bus ad- 
dress counter 256. The output of address counter 256 is 
inputted as the other input to the 2-to-l multiplex 258. 20 
The conversation bus address counter 256 derives its 
timing from the conversation bus 5 timing signals. The 
conversation bus address counter 256 is used to address 
the rate buffer 262 when data is to be received from or ^ 
transmitted over the conversation bus 5. 

On the other hand, when the data from rate buffer 
262 is to be used by the line controller processors, the 
line count address will be used. In this manner, the 
different data rates between the conversation bus 5 and 3Q 
the line controller processors can be accommodated. 
FIG. 21 illustrates the difference between the data rate 
of the line controller and the data rate of the conversa- 
tion bus 5. Additionally, the address produced on the 
output of the 2-to -1 multiplex 258 is also applied as the 35 
address to RAM 264. RAM 264 functions to store a flag 
indication for each termination to indicate to the line 
controller processors that a bit of conversation data has 
arrived from the conversation bus for a termination. 
The output of the RAM 264 is applied to a 4-to-l multi- 40 
plex 268 which produces a serial, single bit flag to the 
line controller processors when a bit of data has arrived. 
When the line controller processor obtains the bit of 
conversation data from the rate buffer 262, the appro- 
priate flag in RAM 264 for that termination is cleared in 45 
the clear or set unit 266. The output of the clear or set 
unit 266 is the data into RAM 264. 

The Terminator Control Units 

Referring now to FIG. 15 which shows the data 50 
busing for the group controller 12-line controller 14 
combination comprised of the redundant pairs 12A,14A 
and 12B,14B. In particular it shows the command 4 and 
conversation bus 5 which connect the group controller- 
line controllers to the higher levels of processor con- 55 
trol, and the data buses which connect the line control- 
lers to the terminator control units. As shown in FIG. 
15, data bus 11 (see also FIG. 1) comprises the signal 
lines between the terminator control units and line con- 
trollers. Data bus 11 is divided into two separate and 60 
identical buses, one for the even tray and one for the 
odd tray. The data buses for the even and the odd trays 
are connected in parallel to both of the line controller 
processors. Only the on-line line controller will be gen- 
erating and responding to signals on the data buses to 65 
the terminations. Data bus 11 connects the line control- 
lers to the terminator control units, such as terminator 
control units 16 and 18 (see FIGS. 1 and 2). 
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As shown in FIG. 15, both the even tray and the odd 
tray data buses include ten signal lines comprising the 
4-bit termination address that will be decoded by the 
terminator control units to produce the termination 
enable signals; a 4-bit command code that will be inter- 
preted by the termination units to generate the desired 
signaling level in the selected termination; a write 
strobe to load the data into the terminator control units 
and a parity bit. The 4-bit command code indicates to 
the termination that either a + current, a —current, 
Idle, or Lockout is to occur at the termination. The 
write strobe would be either WRITE or WRITO de- 
pending on whether it is the even or odd data bus. Also 
included in both the even and the odd tray data buses 
are eight lines which are the terminator control enables. 
These enables are inputted to the eight terminator con- 
trol units contained in each tray to select the terminator 
control unit that will transmit the command and termi- 
nator address data to the terminator units. Data that is 
being sent up to the line controller from the termina- 
tions are carried on two 6-bit signal lines called STA- 
TUS A and STATUS B. The STATUS A and STA- 
TUS B buses carry the six signals generated on the 
termination units. These signals are Send Open Loop, 
Receive + Current, Receive — Current, Parity, Lock- 
out, and 2-wire. Each terminator control unit has a 
redundant companion and the data buses are connected 
to both units. Both status buses contain identical infor- 
mation. Both STATUS A and STATUS B buses are 
sent to both line controllers units. 

Turning now to FIG. 16, the block diagram of the 
interconnection between the terminator control units 
for the even and odd trays are shown. Each terminator 
control unit is comprised of two units, one being a back- 
up, such as 16A and 16B. The data bus 11 is shown 
distributed to the various terminator control units in the 
even and odd trays such that all terminator control units 
receive the same signals except for the terminator con- 
trol enables. These enable signals select one of the 16 
terminator control units to enable that unit to receive 
and transmit data between the line controller and the 
lower terminator units. 

Referring now to FIG. 17, a block diagram of a typi- 
cal terminator control unit is shown. The address and 
command data lines of data bus 11 are inputted to buffer 
210 which buffers and distributes these signals to the 
parity check 214, the command gate 216 and to the 
address decoder 220. The parity check 214 produces a 
parity bit from the data received and compares that bit 
to the parity data transmitted to determine if a parity 
error exists. The output of parity check 214 will light an 
LED if a parity error has occurred. If a parity error has 
not occurred, parity check 214 enables command gate 
216 to load the new data if the terminator control enable 
for this terminator control unit is true. The data loaded 
into command gate 216 is transmitted to the terminator 
units if the data received on data bus 11 contain no 
parity errors. As a result, the command data passes 
through the terminator control unit as though it were 
transparent. Address decoder 220 produces the 16 ter- 
mination enable signals to the terminator units to select 
the termination that is to receive the command data. 

Also inputted to the terminator control units is the 
status data from the terminator units themselves. The 
status data inputted to the terminator control units is 
transmitted over a data bus that is connected to each of 
the terminator units under control of the redundant pair 
of terminator control units. When a terminator unit is 
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selected by one of the 1 6 enable signals outputted by the 
address decoder 220, the current status of that termina- 
tion is placed on the status data bus that is inputted to 
the status buffer and register 228. A 200 nanosecond in 
delay 226 is applied to the terminator control enable 5 
signal outputted by buffer 212 to allow time for the 
terminator unit to transmit up to the terminator control 
unit the status of that termination. At the completion of 
the 200 nanosecond delay, the status data is strobed into 
the status buffer and register 228. The output of register 10 
228 is applied to the parity generator 222. The output of 
parity generator 222 along with the status data of regis- 
ter 228 is applied to the status buffer units 218 and 224. 
The outputs of status buffer 218 is the STATUS A data 
while the output of status buffer 224 is the STATUS B 15 
data. 

The Terminator Units 

Turning now to FIG. 18, a block diagram of the data 
bus connections between a pair of redundant terminator 20 
control unit 16A and 16B and its termination units, such 
as termination units 20 and 22, is shown. Each termina- 
tor control unit controls eight terminator units, such as 
terminator units 20 and 22. Each terminator unit, in 
turn, controls two terminations. As previously men- 25 
tioned, the terminator control units output 16 termina- 
tion enable signals, with two enable signals applied to 
each terminator unit. 

Referring now to FIG. 19, a block diagram of a typi- 
cal terminator unit, such as terminator unit 20, is shown. 30 
The command data from the terminator control unit 16 
is inputted to a command buffer 232 whose output is 
applied to command register 236 and 242. The write 
signal WRITE or WRITO, whichever is appropriate, is 
applied to buffer 234 and distributed to both command 35 
register 236 and 242. The two termination enable signals 
that are applied to termination unit 20 are distributed, 
one to command register 236 and one to command 
register 242. Depending on which of the termination 
enable signals is selected, the command data will be 40 
strobed into the appropriate command register. Concur- 
rently, the termination enable signals cause the status 
gate 240 to apply the status condition of either the line 
interface keyer/receiver 238 or 244 onto the status bus 
that is transmitted up to the terminator control units 45 
16A and 16B. The line interface keyer/receiver unit 238 
responds to the command register 236 to transmit on the 
transmit lines to the termination the appropriate signal- 
ing levels specified by the command data. Likewise, line 
interface keyer/receiver 244 responds to the data from 50 
command register 242 to produce the signaling levels in 
the other termination transmit lines that are contained 
on terminator unit 20. The signaling levels on the re- 
ceive termination lines for both terminations are con- 
verted to status signals by their respective keyer/- 55 
receiver circuits, and applied to the input of status gate 
240. 

In summary, a new concept in the design of a telex 
exchange has been disclosed. To accommodate the calls 
from an even larger number of terminations than was 60 
ever before possible and to do so at higher data rates, 
the present invention has incorporated the power of 
computers in a way that distributes the processing re- 
quirements to different levels of control. By distributing 
the processing requirements, a more efficient processing 65 
will occur at the more critical levels. The signaling 
requirements at the termination level can be handled 
more efficiently through the use of the firmware signal- 



ing routines of the line control processors in coopera- 
tion with the script routines of the group control pro- 
cessors since a great deal of the software overhead has 
been removed from the computer program and moved 
to the line control hardware. Beginning with the basic 
concepts that all telex signaling sequences are com- 
prised of basic signaling elements, such as levels, transi- 
tions, pulses and characters, the present invention has 
developed a technique of producing the signaling se- 
quences in a large number of terminations at higher data 
rates than ever before possible, yet provide for reliabil- 
ity in the handling of the calls and provide ease of 
change in the signaling requirements of any termination 
connected to the exchange. By dividing the generation 
of the signaling sequences between a set of basic signal- 
ing routines performed by the time share processor and 
special purpose script task routines in the higher level 
processor, an efficient technique to handle the signaling 
requirements for a large number of terminations be- 
comes a reality. 

Because of the distributed processing concept, the 
system-wide functions of call routing, billing, peripheral 
device handling, etc. can be concentrated at the highest 
level in the common control processor while freeing up 
the lower levels for the call servicing. Having been 
freed from this software decision making, the next 
lower level of processor control can be dedicated to the 
handling of the conversation data that must flow 
through the system. To accomplish this function, each 
master control prOocessor contains enough memory 
capacity in a frame memory to store one bit of conver- 
sation data generated by every termination connected 
to the exchange. Associated with the frame memory is 
a vector memory containing locations associated with 
each termination that will provide frame memory ad- 
dresses to the conversation data frame memory to select 
the conversation data to be forwarded to the termina- 
tions. To control the flow of conversation data, the 
common control processor will store in the vector 
memory location associated with each termination, the 
address of the frame memory location associated with 
the calling termination. When addressed in sequence, 
the vector memory will output this frame memory ad- 
dress and an active bit to signify the termination that a 
call is in progress. This active bit will canoe the line 
control processors to transmit this conversation data to 
the called termination. 

In describing the invention, reference has been made 
to a preferred embodiment. However, those skilled in 
the art and familiar with the disclosure of the invention 
may recognize additions, deletions, substitutions or 
other modifications which would fall within the pre- 
view of the invention as defined in the claims. 

What is claimed is: 

1. A distributed processing telecommunications 
switch having different levels of processor control for 
handling conversation calls between terminations con- 
nected to the switch, the switch comprising: 

(a) a common control processor, for system-wide man- 
agement and control of each termination connected 
to the switch, said common control occupying the 
highest level of processor control; 

(b) a command data bus, for coupling command data 
signals between said common control and the proces- 
sors in the lower levels of processor control; 

(c) at least one master controller processor connected 
by said command bus to said common control, for 
command bus data switching between said common 



control and the lower levels of processor control, and 
for handling the conversation data for a first prede- 
termined number of terminations under its control by 
storing in each said master controller processor the 
conversation data generated by each termination 5 
connected to the switch, said master controller pro- 
cessor occupying the next lower level of processor 
control from said common control; 

(d) at least one group controller processor connected by 
said command bus to an associated one of said master 10 
controller processors, for supervising the processing 
of the data signals in each of a second predetermined 
number of terminations, said group controller proces- 
sors occupying the next lower level of processor 
control from said master controller processors; 15 

(e) a conversation data bus, for coupling the conversa- 
tion data of the terminations to and between said 
master controller processors; and 

(0 a line controller processor associated with each said 
group controller processor and responsive thereto, 20 
for transmitting to and receiving from the second 
predetermined number of terminations, data signals 
indicative of the signaling levels in these termina- 
tions, said line controller processor connected by said 
conversation bus to said master controller processor 25 
associated with said group controller processor that 
said line controller processor is associated with, said 
associated group controller and line controller pro- 
cessors cooperating together to produce the required 
signaling sequences between the switch and the ter- 30 
minations to service a call from or to a termination, 
said line controller processors occupying the lowest 
level of processor control. 

2. The switch according to claim 1 wherein said 
switch further comprises a terminator controller means 35 
connected between each said line controller processor 
and the terminations under control of said group con- 
troller processor associated with said line controller 
processor, and responsive to said line controller proces- 
sor, for selecting the terminations to input to or receive 40 
signals from said line controller processor. 

3. The switch according to claim 1 wherein each said 
processor in each level of processor control is com- 
prised of an on-line processor and a standby processor, 
said on-line and said standby processors forming a re- 45 
dundant pair of processors with each processor in each 
redundant pair of processors transmitting and receiving 
command bus and/or conversation bus data signals to 
and from each processor in each redundant pair of pro- 
cessors in each level of control to which said processor 50 
is connected, said on-line and said standby redundant 
processor simultaneously processing the same data in 
parallel. 

4. The switch according to claim 1 wherein said com- 
mon control processor includes a system controller to 55 
interface common control to the lower levels of proces- 
sor control, and to provide the system timing signals. 

5. The switch according to claim 1 wherein said con- 
versation bus transmits conversation data for the termi- 
nations in a serialized time-multiplexed single-bit for- 60 
mat. 

6. The switch according to claim 1 wherein said com- 
mand bus comprises a control/status bus and a message 
bus where the control/status bus further comprises 
bytes of data having a predetermined number of data 65 
bits in each byte and where each byte is transmitted in 

a serialized data start-stop format on the control/status 
bus, and where the message data comprises a predeter- 
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mined number of bytes transmitted in a serialized start- 
stop format on the message bus, each byte of message 
data having a control/status byte associated therewith. 

7. The switch according to claim 5 wherein the con- 
versation bus data is transmitted over the conversation 
bus continuously. 

8. The switch according to claim 6 wherein the com- 
mand bus data is transmitted over the command bus 
continuously. 

9. The switch according to claim 1 wherein the com- 
mand bus and the conversation bus data is transmitted 
over its respective bus continuously. 

10. The switch according to claim 8 wherein each 
processor in each level of distributed processor control 
that is connected to the command bus includes receive 
and transmit microprocessors, for respectively receiv- 
ing and transmitting the command bus data from and to 
the higher or lower levels of processor control, said 
receive and transmit microprocessors converting be- 
tween the serial data of said command bus and the paral- 
lel data of said distributed processors. 

11. The switch according to claim 1 wherein each 
said master controller processor includes: 

(a) a frame memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, said frame memory locations 
containing the conversation data that is generated by 
each termination connected to the switch forwarded 
up to said master controller processors from their 
associated line controller processors; and 

(b) a vector memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, each said vector memory loca- 
tion containing a frame memory address of the con- 
versation data to be forwarded down to said line 
controller processor associated with said master con- 
troller processor that is controlling the terminations 
associated with the address of said vector memory, 
each vector memory location containing an active bit 
which is included with the conversation data for- 
warded down to indicate to said associated line con- 
troller processor that a call is in progress for that 
termination. 

12. The switch of claim 11 wherein said vector mem- 
ory comprises: 

(a) a right vector memory for storing the frame memory 
address of the conversation data for each termination 
under control of said master controller processor; and 

(b) a left vector memory for storing a duplicate copy of 
the data stored in said right vector memory, the data 
of said left vector memory addressed in synchroniza- 
tion with said right vector memory, the data output- 
ted by said left vector memory compared to the data 
outputted by said right vector memory with the re- 
sults of the data compare functioning as error codes. 

13. The switch according to claim 9 wherein said 
conversation bus connecting said master controller pro- 
cessors together includes a clock signal to compensate 
for the skew produced by the length of the conversation 
bus between said master controller processors. 

14. The switch according to claim 2 wherein said 
terminator controller means comprises: 

(a) a plurality of terminator control units responsive to 
said line controller processor, for generating termina- 
tion enable signals which enable a termination to 
receive command signals from said line controller 
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processor to specify the signal level in the termina- 
tion, and for forwarding to said line controller pro- 
cessor the current signaling state of that termination; 
and 

(b) a plurality of terminator units responsive to the 
termination enable signals from said terminator con- 
trol units and the command signals from said line 
controller processor for generating a specified signal 
level in each of the terminations, and to output the 
current signaling state of each termination, each ter- 
minator unit from said plurality of terminator units 
controlling a third predetermined number of termina- 
tions. 

15. The switch according to claim 14 wherein said 
plurality of terminator control units are divided into 
odd and even sets which control the odd and even 
numbered terminations, respectively. 

16. The switch according to claim 15 wherein each 
one of said plurality of terminator control units controls 
a predetermined number of said terminator units from 
said plurality of terminator units. 

17. The switch according to claim 16 wherein the 
predetermined number of terminator units is 8. 

18. The switch according to claim 14 wherein the 
third predetermined number of terminations controlled 
by each said terminator unit is 2. 

19. The switch according to claim 14 wherein the 
first predetermined number of terminations is 2,048. 

20. The switch according to claim 14 wherein the 
second predetermined number of terminations does not 
exceed 512. 

21. The system according to claim 14 wherein each 
said terminator control unit comprises identical first and 
second control units connected in parallel, with each 
said first and second control units having an on-line and 
a standby state where the on-line state allows the con- 
trol unit to control its terminator units while the 
standby state inhibits the control unit, each said termi- 
nator control unit always having one of said first or 
second control units on-line with the other control unit 
on standby. 

22. The apparatus according to claim 1 wherein said 
group controller processor comprises a microprocessor 
program to produce for each termination a script rou- 
tine from selected ones of a plurality of task routines 
according to the type of signaling used by the termina- 
tion, said controller having threaded lists of tasks for 
selected ones of the terminations which lists are exe- 
cuted at predetermined intervals of time, each list con- 
taining one task for each of the terminations currently 
threaded in the list, and where each script task next to 
be performed in a termination's script is threaded onto a 
list whose time interval of execution permits said group 
controller processor to access its associated said line 
controller at a rate adequate to produce the signaling 
required by the termination. 

23. The switch according to claim 3 wherein said 
switch further comprises a terminator controller means 
connected between each said line controller processor 
and the terminations under control of said group con- 
troller processor associated with said line controller 
processor, and responsive to said line controller proces- 
sor, for selecting the terminations to input to or receive 
signals from said line controller processor. 

24. The switch according to claim 3 wherein said 
common control processor includes a system controller 
to interface common control to the lower levels of 
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processor control, and to provide the system timing 
signals. 

25. The switch according to claim 3 wherein said 
conversation bus transmits conversation data for the 
terminations in a serialized time-multiplexed single-bit 
format. 

26. The switch according to claim 3 wherein said 
command bus comprises a control/status bus and a 
message bus where the control/status bus further com- 
prises bytes of data having a predetermined number of 
data bits in each byte and where each byte is transmitted 
in a serialized data start-stop format on the control/- 
status bus, and where the message data comprises a 
predetermined number of bytes transmitted in a serial- 
ized start-stop format on the message bus, each byte of 
message data having a control/status byte associated 
therewith. 

27. The switch according to claim 25 wherein the 
conversation bus data is transmitted over the conversa- 
tion bus continuously. 

28. The switch according to claim 26 wherein the 
command bus data is transmitted over the command bus 
continuously. 

29. The switch according to claim 3 wherein the 
command bus and the conversation bus data is transmit- 
ted over its respective bus continuously. 

30. The switch according to claim 28 wherein each 
processor in each level of distributed processor control 
that is connected to the command bus includes receive 
and transmit microprocessors, for respectively receiv- 
ing and transmitting the command bus data from and to 
the higher or lower levels of processor control, said 
receive and transmit microprocessors converting be- 
tween the serial data of said command bus and the paral- 
lel data of said distributed processors. 

31. The switch according to claim 3 wherein each 
said master controller processor includes: 

(a) a frame memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, said frame memory locations 
containing the conversation data generated by each 
termination connected to the switch that is forwarded 
up to said master controller processors from their 
associated line controller processors; and 

(b) a vector memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, each said vector memory loca- 
tion containing a frame memory address of the con- 
versation data to be forwarded down to said line 
controller processor associated with said master con- 
troller processor that is controlling the terminations 
associated with the address of said vector memory, 
each vector memory location containing an active bit 
which is included with the conversation data for- 
warded down to indicate to said associated line con- 
troller processor that a call is in progress for that 
termination. 

32. The switch of claim 31 wherein said vector mem- 
ory comprises: 

(a) a right vector memory for storing the frame memory 
address of the conversation data for each termination 
under control of said master controller processor; and 

(b) a left vector memory for storing a duplicate copy of 
the data stored in said right vector memory, the data 
of said left vector memory addressed in synchroniza- 
tion with said right vector memory, the data output- 
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ted by said left vector memory compared to the data 
outputted by said right vector memory with the re- 
sults of the data compare functioning as error codes. 

33. The switch according to claim 29 wherein said 
conversation bus connecting said master controller pro- 
cessors together includes a clock signal to compensate 
for the skew produced by the length of the conversation 
bus between said master controller processors. 

34. The switch according to claim 23 wherein said 
terminator controller means comprises: 

(a) a plurality of terminator control units responsive to 
said line controller processor, for generating termina- 
tion enable signals which enable a termination to 
receive command signals from said line controller 
processor to specify the signal level in the termina- 
tion, and for forwarding to said line controller pro- 
cessor the current signaling state of that termination; 
and 

(b) a plurality of terminator units responsive to the 
termination enable signals from said terminator con- 
trol units and the command signals from said line 
controller processor for generating a specified signal 
level in each of the terminations, and to output the 
current signaling state of each termination, each ter- 
minator unit from said plurality of terminator units 
controlling a third predetermined number of termina- 
tions. 

35. The switch according to claim 34 wherein said 
plurality of terminator control units are divided into 
odd and even sets which control the odd and even 
numbered terminations, respectively. 

36. The switch according to claim 35 wherein each 
one of said plurality of terminator control units controls 
a predetermined number of said terminator units from 
said plurality of terminator units. 

37. The switch according to claim 36 wherein the 
predetermined number of terminator units is 8. 

38. The switch according to claim 34 wherein the 
third predetermined number of terminations controlled 
by each said terminator unit is 2. 

39. The switch according to claim 34 wherein the 
first predetermined number of terminations is 2,048. 

40. The switch according to claim 34 wherein the 
second predetermined number of terminations does not 
exceed 512. 

41. The system according to claim 34 wherein each 
said terminator control unit comprises identical first and 
second control units connected in parallel, with each 
said first and second control units having an on-line and 
a standby state where the on-line state allows the con- 
trol unit to control its terminator units while the 
standby inhibits the control unit, each said terminator 
control unit always having one of said first or second 
control units on-line with the other control unit on 
standby. 

42. The apparatus according to claim 3 wherein said 
group controller processor comprises a microprocessor 
program to produce for each termination a script rou- 
tine from selected ones of a plurality of task routines 
according to the type of signaling used by the termina- 
tion, said controller having threaded lists of tasks for 
selected ones of the terminations which lists are exe- 
cuted at predetermined intervals of time, each list con- 
taining one task for each of the terminations currently 
threaded in the list, and where each script task next to 
be performed in a termination's script is threaded onto a 
list whose time interval of execution permits said group 
controller processor to access its associated said line 
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controller at a rate adequate to produce the signaling 
required by the termination. 

43. The switch according to claim 25 wherein each 
said line controller processor and each said master con- 
troller processor contains error detection means con- 
nected to said conversation bus, for detecting and re- 
porting to the receiving processor, data transmission 
errors in the conversation data received at each proces- 
sor from the sending processor, and for selecting be- 
tween the data received from each redundant pair of 
sending processors the data to be applied to the receiv- 
ing processor. 

44. A telex exchange system comprising: 

(a) first and second common control processors occupy- 
ing a first level of system control, for systemwide 
management and control for each customer termina- 
tion connected to the exchange, said first and second 
common control comprising a redundant pair in 
which one of the pair of processors in the redundant 
pair is on-line and the other is on standby; 

(b) first and second system controllers associated with 
said first and second common controllers, respec- 
tively, for interfacing said common control proces- 
sors to the lower levels of system control, and to 
provide the system timing signals; 

(c) a command bus, for coupling command data sig- 
nals between said common control and the processors in 
the lower levels of processor control; 

(d) a plurality of master control processors each con- 
nected to said command bus to said common control 
processors, for forwarding the call conversation data 
from a calling termination to one of the terminations 
from a first predetermined number of terminations 
under control of each master control processor, each 
processor from said plurality of master control pro- 
cessors having an identical redundant backup proces- 
sor with one processor on-line and the other on 
standby, each master control processor adapted to 
temporarily store the conversation data generated by 
every termination connected to the exchange, said 
master control processors occupying the next lower 
level of system control from said common control; 

(e) a plurality of group control processors, each group 
control processor connected by said command bus to 
an associated one of said plurality of master control 
processors, for supervising the processing of the data 
signals in each of a second predetermined number of 
terminations, each processor in said plurality of 
group control processors having an identical redun- 
dant backup processor with one processor on-line 
and the other on standby, said group control proces- 
sors occupying the next lower level of system control 
from said master control processors; 

(f) a conversation data bus, for coupling the conversa- 
tion data of the terminations to and between said 
master control processors; : » 

(g) a line control processor associated with each proces- 
sor in each redundant pair of said group control pro- 
cessors and responsive thereto, for transmitting to 
and receiving from the second predetermined number 
of terminations, data signals indicative of the signal- 
ing levels in the terminations, said line control proces- 
sor connected by said conversation bus to said master 
control processors associated with said group control 
processor that said line control processor is associ- 
ated with, said associated group control and line con- 
trol processors cooperating, together to produce the 
required signaling sequences between the exchange 
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and each termination to service a call from or to thai 
termination, said line control processors occupying 
the next lower level of system control; and 
(h) a terminator control means connected between the 
pair of said line control processors associated with 5 
said redundant pair of group control processors and 
the second predetermined number of terminations, 
and responsive to said line control processors, for 
selecting the terminations to input to or to receive 
signals from said line control processors, said termi- 
nator control means occupying the lowest level of 10 
system control. 

45. The switch according to claim 44 wherein said 
conversation bus transmits conversation data for the 
terminations in a serialized time multiplexed single-bit 
format. 15 

46. The switch according to claim 44 wherein said 
command bus comprises a control/status bus and a 
message bus where the control/status bus further com- 
prises bytes of data having a predetermined number of 
data bits in each byte and where each byte is transmitted 2 o 
in a serialized data start- stop format on the control/- 
status bus, and where the message data comprises a 
predetermined number of bytes transmitted in a serial- 
ized start-stop format on the message bus, each byte of 
message data having a control/status byte associated 
therewith. 25 

47. The switch according to claim 44 wherein the 
command bus and the conversation bus data is transmit- 
ted over its respective bus continuously. 

48. The switch according to claim 47 wherein each 
processor in each level of distributed processor control 30 
that is connected to the command bus includes receive 
and transmit micrprocessors, for respectively receiving 
and transmitting the command bus data from and to the 
higher or lower levels of processor control, said receive 
and transmit microprocessors converting between the 35 
serial data of said command bus and the parallel data of 
said distributed processors. 

49. The switch according to claim 44 wherein each 
said master controller processor includes: 

(a) a frame memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, said frame memory locations 
containing the conversation data generated by each 
termination connected to the switch; that is for- 
warded up to said master controller processsors from 45 
their associated line controller processors; and 

(b) a vector memory having addressable memory loca- 
tions associated with each of the first predetermined 
number of terminations under control of said master 
controller processor, each said vector memory loca- 50 
tion containing a frame memory address of the con- 
versation data to be forwarded down to said line 
controller processor associated with said master con- 
troller processor that is controlling the terminations 
associated with the address of said vector memory 55 
each vector memory location containing an active bit 
which is included with the conversation data for- 
warded down to indicate to said associated line con- 
troller processor that a call is in progress for that 
termination. 

50. The switch of claim 49 wherein aid vector mem- 60 
ory comprises: 

(a) a right vector memory for storing the frame memory 
address of the conversation data for each termination 
under control of said master controller processor; and 

(b) a left vector memory for storing a duplicate copy of 65 
the data stored in said right vector memory, the data 
of said left vector memory addressed in synchroniza- 
tion with said right vector memory, the data output- 
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ted by said left vector memory compared to the data 
outputted by said right vector memory with the re- 
sults of the data compare functioning as error codes. 

51. The switch according to claim 47 wherein said 
conversation bus connecting said master controller pro- 
cessors together includes a clock signal to compensate 
for the skew produced by the length of the conversation 
bus between said master controller processors. 

52. The switch according to claim 44 wherein said 
terminator controller means comprises: 

(a) a plurality of terminator control unites responsive to 
said line controller processor, for generating termina- 
tion enable signals which enable a termination to 
receive command signals from said line controller 
processor to specify the signal level in the termina- 
tion, and for forwarding to said line controller pro- 
cessor the currrent signaling state of that termination; 
and 

(b) a plurality of terminator units responsive to the 
termination enable signals from said terminator con- 
trol units and the command signals from said line 
controller processor for generating a specified signal 
level in each of the terminations, and to output the 
current signaling state of each termination, each ter- 
minator unit from said plurality of terminator units 
controlling a third predetermined number of termina- 
tions. 

53. The switch according to claim 52 wherein said 
plurality of terminator control units are divided into 
odd and even sets which control the odd and even 
numbered terminations, respectively. 

54. The switch according to claim 53 wherein each 
one of said plurality of terminator control units controls 
a predetermined number of said terminator units from 
said plurality of terminator units. 

55. The switch according to claim 54 wherein the 
predetermined number of terminator units is 8. 

56. The switch according to claim 52 wherein the 
third predetermined number of terminations controlled 
by each said terminator unit is 2. 

57. The switch according to claim 52 wherein the 
first predetermined number of terminations is 2,048. 

58. The switch according to claim 52 wherein the 
second predetermined number of terminations does not 
exceed 512. 

59. The system according to claim 52 wherein each 
said terminator control unit comprises identical first and 
second control units connected in parallel, with each 
said first and second control units having an on-line and 
a standby state where the on-line state allows the con- 
trol unit to control its terminator units while the 
standby state inhibits the control unit, each said termi- 
nator control unit alsways having one of said first or 
second control units on-line with the other control unit 
on standby. 

60. The apparatus according to claim 44 wherein said 
group controller processor comprises a microprocessor 
program to produce for each termination a script rou- 
tine from selected ones of a plurality of task routines 
according to the type of signaling used by the termina- 
tion, said controller having threaded lists of tasks for 
selected ones of the terminations which lists are exe- 
cuted at predetermined intervals of time, each list con- 
taining one task for each of the terminations currently 
threaded in the list, and where each script task next to 
be performed in a termination's script is threaded onto a 
list whose time interval of execution permits said group 
controller processor to access its associated said line 
controller at a rate adequte to produce the signaling 
required by the termination. 



